对话现任 Python 软件基金会董事会主席 Naomi Ceder。

和开源软件世界的很多其他领袖一样，Python 软件基金会（PSF）的董事会主席 Naomi Ceder 通过一种不同寻常的方式走进了 Python 世界。正如她在 2017 年 PyCon España 大会上的 keynote 的标题所说，她是因为这个编程语言而来，因为这个社区而留下的。在我们和她的一次近期的交流中，她分享了自己成为 Python 社区领袖的历程，并且就“是什么让 Python 如此特别”这个问题提供了一些独到的见解。

从授课到编程

Naomi 的职业生涯是从古典文学开始的。她取得了拉丁文和古希腊文的博士学位，并且辅修了印欧语言学。在一家私立学校教授拉丁语的同时，她开始接触了计算机，学习如何编程、如何拆机进行升级或者维修。1995 年，她开始在 Yggdrasil Linux 系统上开发开源软件，并且帮助建立了印第安纳州韦恩堡的 Linux 用户小组。

作为一名教师，Naomi 相信在中学教授编程课程是非常重要的，因为等到大多数人上大学的时候，他们已经认为编程和科技相关的职业已经不是自己可以从事的了。她表示，更早地教授相关课程有助于增加科技人才的供给，提高人才的多元化和经验的广度，从而更好地满足行业需求。

大约在 2001 年前后，她决定从学习人类语言转向研究计算机语言，并同时教授计算机课程和管理学校的 IT 系统。在 2001 年的 Linux World 大会上听了一整天时任 PSF 主席 Guido Van Rossum （LCTT 译注：也是 Python 创始人）关于 Python 的演讲之后，她对 Python 的热情被点燃了。在那个时候，Python 还只是一门晦涩难懂的语言，但是她是如此喜欢 Python，以至于在她的学校开始使用 Python 记录学生信息、进行系统管理。

领导 Python 社区

Naomi 表示，“社区是 Python 成功背后的关键因素。开源软件的核心思想是分享，很少有人真的喜欢一个人坐在那儿盯着屏幕写代码。真正的满足来源于和别人交流想法，并且共同创造一些东西。”

她在第一届 PyCon 大会上发表了演讲，并且从此之后一直是一名参与者和领导者。她组织了一些 趣味相投 birds-of-a-feather 讨论会（LCTT 译注：birds-of-a-feather，一种在大会参与者之间进行的基于兴趣的非正式小规模讨论活动）、PyCon 和 PyCon UK 大会的海报展示会、教育峰会，以及 PyCon 大会的西班牙语频道。

她同时是 《The Quick Python Book》一书的作者，并且联合创立了 Trans*Code，“英国唯一一个专注于变性者的问题和机遇的黑客节”（LCTT 译注： 黑客节 hack event 是一种让软件开发、设计、项目管理等相关人员相聚在一起，针对软件项目进行高强度合作的活动）。Naomi 表示，“随着科技能够提供越来越多的机遇，确保传统意义上的边缘化群体能够同等地享受到这些机遇成为了一件更为重要的事情。”

通过 PSF 进行贡献

作为 PSF 的董事会主席，Naomi 积极地参与着该组织对 Python 语言和其使用者的支持工作。除了赞助 PyCon 大会的举办之外，PSF 基金会还为世界各地的小型聚会、大型会议和研习会提供资助。2018 年，该组织发放的资助接近 335000 美元，其中大多数款项的金额都在 500 美元到 5000 美元之间。

PSF 的短期目标是成为一个由专业人员维护的可持续的、稳定的、成熟的非盈利机构。它的长期目标包括发展可以提供对 Python 开发工作有效支持的各种资源，以及扩展该组织对全世界范围内 Python 教育工作的支持。

这些工作都需要来自社区的经济上的支持。Naomi 表示，PSF “最大的资金来源是 PyCon 大会。为了确保 PSF 的可持续性，我们同时也关注使用 Python 的企业的赞助，这是我们增长最快的部分。”会员费是每年 99 美元，并且 捐款和募捐人 同样也在帮助维持该组织的工作。

你可以在 PSF 的 年度报告 中了解该组织的更多工作情况。

via: https://opensource.com/article/19/6/naomi-ceder-python-software-foundation

作者：Don Watkins 选题：lujun9972 译者：chen-ni 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

我天天用 Emacs，但我却从意识到。但是每当我用 Emacs 时，它都给我带来了很多乐趣。

如果你是个职业作家……Emacs 与其它的编辑器的相比就如皓日与群星一样。不仅更大、更亮，它轻而易举就让其他所有的东西都消失了。

我用 Emacs 已有二十多年了。我用它来写几乎所有的东西（我用 IntelliJ 编辑 Scala 和 Java ）。看邮件的话我是能在 Emacs 里看就在里面看。

尽管我用 Emacs 已有数十年，我在新年前后才意识到，在过去十几年里，我对 Emacs 的使用几乎没有什么变化。当然，新的编辑模式出现了，我就会选一两个插件，几年前我确实是用了 Helm，但大多数时候，它只是完成了我需要的所有繁重工作，日复一日，没有抱怨，也没有妨碍我。一方面，这证明了它有多好。另一方面，这是一个邀请，让我深入挖掘，看看我错过了什么。

于此同时，我也决定从以下几方面改进我的工作方式：

• 更好的议程管理 我在工作中负责几个项目，这些项目有定期和临时的会议；有些我是我主持的，有些我只要参加就可以。

我意识到我对参加会议变得有些敷衍。往会议室里一坐很简单，但实际上我是在阅读电子邮件或处理其他事情。(我强烈反对在会议中“禁止携带笔记本电脑”的这条规定，但这是另一个话题。)

敷衍地去参加会议有几个问题。首先，这是对主持会议的人和其他参会者的不尊重。实际上这是不应该这么做的充分理由，但我还有意识到另一个问题：它掩盖了会议的成本。

如果你在开会，但同时回复了一封电子邮件，也许修复了一个 bug，那么这个会议就没什么成本（或没那么多）。如果会议成本低廉，那么会议数量将会更多。

我想要更少、更短的会议。我不想掩盖它们的成本，我想让开会变得很有价值，除非绝对必要，否则就干脆不要开。

有时，开会是绝对有必要的。而且我认为一个简短的会有时候能够很快的解决问题。但是，如果我一天要开十个短会的话，那我觉得还是不要假装取得了什么效果吧。

我决定在我参加的所有的会上做笔记。我并不是说一定要做会议记录，但是我肯定会花上几分钟。这会让我把注意力集中在开会上，而忽略其他事。

• 更好的时间管理 无论是工作的或私人的，我有很多要做和想做的事。我一直在问题列表中跟踪其中的一些，一些在保存的电子邮件线索中（Emacs 和 Gmail 中，用于一些稍微不同的提醒），还有一些在日历、手机上各种各样的“待办事项列表”和小纸片上。可能还有其他地方。

我决定把它们放在一起。不是说我认为放到一个一致的地方就更好，而是我想完成两件事：首先，把它们都集中在一个地方，我能够更好更全面地了解我在哪里投入了更多的精力；其次，我想养成一个记录、跟踪并保存它们的习惯（习惯指“固定或规律的倾向或做法，尤指难以放弃的倾向或做法”）。

• 更好的问责制 如果你在某些科学或工程领域工作，你就会养成记笔记的习惯。唉，我没有。但我决定这么做。

我对法律上鼓励使用装订页面或用永久记号笔涂抹并不感兴趣。我感兴趣的是养成做记录的习惯。我的目标是有一个地方记下想法和设计草图等。如果我突然有了灵感，或者我想到了一个不在测试套件中的边缘情况，我希望我的直觉是把它写在我的日志中，而不是草草写在一张小纸片上，或者自己觉得自己会记住它。

这些决心让我很快或多或少指向了 Org 模式。Org 模式有一个庞大的、活跃的、忠诚的用户社区。我以前也用过它（顺带一提，我都写过关于它的文章，在几年前)，我花了很长的一段时间（将 MarkLogic 集成到其中。（这在过去的一两个星期里得到了回报！）

但我从没正经用过 Org 模式。

我现在正在用它。我用了几分钟，我把所有要做的事情都记录下来，我还记了日记。我不确定我争论或列表它的所有功能能有多大价值，你可以通过网页快速地搜索找到很多。

如果你用 Emacs，那你也应该用 Org 模式。如果没用过 Emacs，我相信你不会是第一个因 Org 模式而使用 Emacs 的人。Org 模式可以做很多。它需要一点时间来学习方法和快捷键，但我认为这是值得的。(如果你的口袋中有一台 iOS 设备，我推荐你在路上使用 beorg 来记录。)

当然，我想出了如何将 XML 从其中提取出来（“working out” 确实是“用 elisp 来编程”的一种有趣的魔法）然后，如何将它转换回我的博客用的标记（当然，在 Emacs 中按下一个按钮就可以做到）。这是用 Org 模式写的第一篇帖子。这也不会是最后一次。

附注：生日快乐，小博客。

via: https://so.nwalsh.com/2019/03/01/emacs

作者：Norman Walsh 选题：lujun9972 译者：oneforalone 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

这个 Windows 巨头正在寻求加入关注 Linux 发行版安全的私有讨论版，得到了 Linux 基金会的赞许。

本周，微软继续想要搭乘上这趟 Linux 爱情列车：这个 Windows 巨头试图加入官方的 Linux 发行版邮件列表（linux-distros）。

linux-distros 邮件列表的目的是由 Linux 发行版们用于私下报告、协调和讨论尚未向公众公开的安全问题；而 oss-security 邮件列表是用于传播已经公开的东西、或者已经确定的事情的列表。

Sasha Levin 称自己是这个雷蒙德巨头（指微软）的“Linux 内核黑客”，他为他的雇主申请加入这个邮件列表。如果获得批准将允许微软参与到这个关于漏洞、补丁，以及开源内核和相关代码的持续安全问题的非公开讨论之中。这些讨论对于尽早确定问题，以及在补丁公开之前协调处理和部署修复至关重要。

为了证明微软有资格成为像 Ubuntu、Debian 和 SUSE 等一样的成员，他以微软的 Azure Sphere 和 WSL 2 作为类似发行版的构建示例。

Azure Sphere 是微软对边缘计算的一种尝试，它本身是一种运行 Arm 的硬件上的 Linux。然而，它一直处于预览阶段。WSL 2 同样处于预览阶段，它是基于 Linux 4.19 内核的经过调整的版本，并在今年 6 月初出现在了 Windows Insiders 计划中。Levin 估计它将在 2020 年公开发行（因此它的正式发布将不会与日益神秘的 Windows 10 的 19H2 版本同步。）

Levin 继续强调微软有很多用户并没有采用 Windows，它的 Linux 版本也不是基于其他人的发行版，当然，它也为社区做出了贡献。

Levin 确实是社区的活跃成员。浏览一下 Linux 5.0.15 内核的更新日志，到处是他与 Linux 基金会研究员 Greg Kroah-Hartman 一起的签名。因此，看到 Kroah-Hartman 为 Levin 担保并不奇怪：Kroah-Hartman 指出 Levin 对稳定的内核树有完全的写权限，并称赞了微软的这次申请。

微软将加入谷歌的 Chrome OS 团队和 Red Hat 等 Linux 巨头的行列。企鹅们担心这个第二号云服务商的出现是 Linux 世界曾经无忧无虑的“一切自由”正在悄然公司化的一个迹象，但是最好注意一下，另一个善良、有爱心的软件巨头甲骨文也是邮件列表上的成员。不要忘记：大多数 Linux 内核开发工作都是由在像 IBM 这样的机构工作的工程师完成的，例如 IBM 旗下的 Red Hat、Intel 和 Linux 基金会。

这确实可以看出微软已经和以前大不相同了，微软因为小心翼翼地保护自己的软件机密曾将 Linux 描述为癌症而闻名于世，但它现在已经有了自己的发行版，因此资格获加入专门用于处理影响开源软件的安全问题的邮件列表。

“这里看到的是，微软希望获得 Linux 上的早期安全警报，”开源先驱 Bruce Perens 周四在采访电话中表示。 “这就是为什么他们要求列入这份邮件列表的原因。他们作为 Linux 发行商加入它，这就是他们的方式。 微软显然要在 Linux 方面做很多事情，他们有责任像其他 Linux 发行商一样快速修复已知的安全漏洞。“

Perens 说如果大型云服务商尚未这样做，他也期望它们也这样做。“我觉得 Chrome OS 也有同样的问题，”他说。

via: https://www.theregister.co.uk/2019/06/27/microsoft_linux_distro_list/

作者：Richard Speed 选题：wxy 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

不要被新项目分心，而是专注于取得你的 Kubernetes 翻斗车驾驶执照。

在本系列的前两篇文章中，我解释了为何 Kubernetes 像翻斗车，并且想要理解像 Kubernetes（和翻斗车，起重机等）这样优雅、专业工具总是有学习曲线的。本文是下一步：学习如何驾驶。

最近，我在 Reddit 上看到了一个关于重要的 Kubernetes 项目的帖子。人们似乎很想知道他们应该学习如何开始使用 Kubernetes。“驾驶翻斗车的类比”有助于确保这个问题回到轨道上去。在这个帖子中的某个人提到，除非必要，你不应该运行自己的镜像仓库，所以人们开始逐渐接受驾驭 Kubernetes 而不是构建它的想法。

API 是 Kubernetes 的引擎和变速器。像翻斗车的方向盘、离合器、汽油和制动踏板一样，用于构建应用程序的 YAML 或 JSON 文件是机器的主要接口。当你第一次学习 Kubernetes 时，这应该是你的主要关注点。了解你的控制部件。不要分心于最新和最大的那些项目。当你刚学会开车时，不要尝试驾驶实验性的翻斗车。相反，请专注于基础知识。

定义状态和实际状态

首先，Kubernetes 遵循定义状态和实际状态的原则。

人类（开发人员/系统管理员/运维人员）使用他们提交给 Kubernetes API 的 YAML/JSON 文件指定定义的状态。然后，Kubernetes 使用控制器来分析 YAML/JSON 中定义的新状态与集群中的实际状态之间的差异。

在上面的例子中，Replication Controller 可以看到用户指定的三个 pod 之间的差异，其中一个 pod 正在运行，并调度另外两个 Pod。如果你登录 Kubernetes 并手动杀死其中一个 Pod，它会不断启动另一个来替换它。在实际状态与定义的状态匹配之前，Kubernetes 不会停止。这是非常强大的。

原语

接下来，你需要了解可以在 Kubernetes 中指定的原语。

这些原语不仅仅有 Pod，还有 部署 Deployment 、 持久化卷声明 Persistent Volume Claim 、 服务 Service ， 路由 route 等。使用支持 Kubernetes 的平台 OpenShift，你可以添加 构建 build 和 BuildConfig。你大概需要一天左右的时间来了解这些原语。你可以在你的用例变得更加复杂时再深入了解。

将原生开发者映射到传统 IT 环境

最后，考虑这该如何映射到你在传统 IT 环境中的操作。

尽管是一个技术问题，但用户一直在尝试解决业务问题。从历史上看，我们使用诸如 剧本 playbook 之类的东西将业务逻辑与单一语言的 IT 系统绑定起来。对于运维人员来说，这很不错，但是当你尝试将其扩展到开发人员时，它会变得更加繁琐。

直到 Kubernete 出现之前，我们从未能够以原生开发者的方式真正同时指定一组 IT 系统应如何表现和交互。如果你考虑一下，我们正在使用在 Kubernetes 中编写的 YAML/JSON 文件以非常便携和声明的方式扩展了管理存储、网络和计算资源的能力，但它们总会映射到某处的“真实”资源。我们不必以开发者身份担心它。

因此，快放弃关注 Kubernetes 生态系统中的新项目，而是专注开始使用它。在下一篇文章中，我将分享一些可以帮助你使用 Kubernetes 的工具和工作流程。

via: https://opensource.com/article/19/6/kubernetes-basics

作者：Scott McCarty 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

操作系统的历史是开发人员共同造物的开源软件模型的很好例子。

6 月 29 日是 FreeDOS 25 周年的日子。不管对于哪个开源软件项目来说，这都是一个重要的里程碑，我为过去这 ¼ 个世纪来我们在这方面所做的工作感到自豪。我也为我们如何构建 FreeDOS 感到自豪，因为它是开源软件模型如何工作的一个很好的例子。

在它的那个时代，MS-DOS 是一个功能强大的操作系统。自从我的父母用新的 IBM 机器取代了老化的 Apple II 计算机以来，我已经使用 DOS 多年了。MS-DOS 提供了一个灵活的命令行，我非常喜欢它，它可以方便地操作我的文件。多年来，我学会了如何在 C 中编写自己的实用程序，以进一步扩展其命令行功能。

大约在 1994 年，微软宣布其下一代的 Windows 将取消 MS-DOS。但我喜欢 DOS，即使我已经开始迁移到 Linux，我仍然会启动到 MS-DOS 来运行一些 Linux 尚未拥有的应用程序。

我想，如果我们想留下 DOS，我们需要自己编写一个。FreeDOS 就是这样诞生的。

1994 年 6 月 29 日，我向 Usenet 上的 comp.os.msdos.apps 新闻组发表了关于我的想法的一个小小公告：

PD-DOS 项目公告：

几个月前，我发布了有关启动公共域（PD）版本 DOS 的文章。当时对此的普遍支持很强烈，很多人都赞同：“开始编写吧！”所以，我…

宣布开发 PD-DOS 的首次尝试。我写了一个“清单”来描述这样的一个项目的目标和工作大纲，以及一个“任务列表”，它准确地显示了需要编码开发的内容。我会在这里发布，然后讨论。

虽然我宣布该项目为 PD-DOS（“公共领域”的意思，缩写是为了模仿 IBM 的“PC-DOS”），但我们很快将名称改为 Free-DOS，再后来又改为 FreeDOS。

我马上开始开发它。首先，我分享了我编写的用于扩展 DOS 命令行功能的实用程序。它们中的许多程序都重现了 MS-DOS 功能，包括 CLS、DATE、DEL、FIND、HELP 和 MORE。有些是我从 Unix 借来的新功能，比如 TEE 和 TRCH（Unix 的 tr 的简单实现）。我贡献了十几个 FreeDOS 工具。

通过分享我的实用程序，我给了其他开发人员一个起点。通过在 GNU 通用公共许可证（GNU GPL）下共享我的源代码，我隐含地允许其他人添加新功能并修复错误。

看到 FreeDOS 开始成型的其他开发人员联系了我并希望提供帮助。Tim Norman 是第一个人，Tim 自愿编写命令行 shell（COMMAND.COM，后来命名为 FreeCOM）。其他人贡献了复制或扩展了 DOS 命令行的实用程序。

我们尽快发布了第一个 alpha 版本。在宣布了 FreeDOS 后不到三个月，我们就有了一个集合了我们所编写的功能的 Alpha 1 发行版。当我们发布 Alpha 5 时，FreeDOS 已经拥有了 60 多个实用程序。FreeDOS 包含了 MS-DOS 中从未想过的功能，包括通过 PPP 拨号驱动程序实现的互联网连接，以及使用主 VGA 监视器和辅助单色监视器的双显示器支持。

新的开发人员加入了该项目，我们很欢迎他们。到 1998 年 10 月，感谢 Pat Villani，FreeDOS 有了一个可以工作的内核。FreeDOS 还提供了许多新功能，不仅带来了与 MS-DOS 的同等性，而且超越了 MS-DOS，包括 ANSI 支持和类似 Unix lpr 的打印后台处理程序。

你可能熟悉其他的里程碑版本。我们继续向 1.0 版本迈进，终于在 2006 年 9 月发布了 FreeDOS 1.0，在 2012 年 1 月发布了 FreeDOS 1.1，在 2016 年 12 月发布了 FreeDOS 1.2。而 MS-DOS 很久以前就停止了开发，因此我们在 1.0 发布之后不需要经常更新了。

如今，FreeDOS 已经是一个非常现代的 DOS。我们已经超越了“经典 DOS”，现在 FreeDOS 拥有许多开发工具，如编译器、汇编器和调试器。除了普通的 DOS Edit 编辑器之外，我们还有许多编辑器，包括 Fed、Pico、TDE 以及 Emacs 和 Vi 的一个版本。FreeDOS 支持网络，甚至还提供简单的图形 Web 浏览器（Dillo）。我们有大量的新工具，包括许多可以让 Linux 用户感到熟悉的实用工具。

正因为开发人员的共同创造，FreeDOS 才走到如今。本着开源软件的精神，我们通过修复错误和添加新功能为彼此的工作做出了贡献。我们将用户视为共同开发者；我们总能找到方法来吸引贡献者，无论是编写代码还是编写文档。我们基于优点达成共识。如果这听起来很熟悉，那是因为这些是开源软件的核心价值：透明度、协作、尽早发布、经常发布、精英管理和社区。这就是开源方式！

我鼓励你下载 FreeDOS 1.2 并尝试一下。

更多资源

• FreeDOS 官方网站
• FreeDOS wiki
• 下载 FreeDOS 1.2
• FreeDOS 的免费电子书
• FreeDOS 的简单介绍
• FreeDOS 起源与革命
• 4 个 FreeDOS 的有趣事实
• 如何使用 FreeDOS 升级你的系统 BIOS
• 庆祝 FreeDOS 24 岁生日：有用的命令速查表
• 如何在 Linux 中运行 DOS 程序
• 让 DOS 活到现在并通过开源来起步
• 在树莓派上运行 DOS

via: https://opensource.com/article/19/6/freedos-anniversary

作者：Jim Hall 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Kubernetes 就像一辆翻斗车。它非常适合解决它所针对的问题，但你必须首先掌握其学习曲线。

在为什么说 Kubernetes 是一辆翻斗车中，我谈到了一个工具如何优雅地解决它所设计用来解决的问题 —— 只是你要学会如何使用它。在本系列的第 2 部分中，我将更深入地了解 Kubernetes 的学习曲线。

Kubernetes 的旅程通常从在一台主机上运行一个容器开始。你可以快速了解运行新版本软件的难易程度，与其他人分享该软件的难易程度，以及对于这些用户按照你预期方式运行它的难易程度。

但是你需要：

• 两个容器
• 两个主机

使用容器在端口 80 上启动一个 Web 服务器很容易，但是当你需要在端口 80 上启动第二个容器时会发生什么？当你构建生产环境时，需要容器化 Web 服务器在发生故障时转移到第二个主机时会发生什么？在任何一种情况下，这个答案简单来说就是你必须采用容器编排。

当你开始处理两个容器或两个主机问题时，你将不可避免地引入了复杂性，因此，这就是一个学习曲线。这个两个服务（容器的更通用说法）或两个主机的问题已经存在了很长时间，并且由此带来了复杂性。

从历史上看，这将涉及负载均衡、集群软件甚至集群文件系统。每个服务的配置逻辑都嵌入在每个系统（负载均衡、集群软件和文件系统）中。在负载平衡器后运行 60 或 70 个集群的服务是复杂的。添加另一个新服务也很复杂。更糟糕的是，撤下服务简直是一场噩梦。回想起我对生产环境中的 MySQL 和 Apache 服务器进行故障排除的日子，这些服务器的逻辑嵌入在三、四个或五个不同的地方，所有这些都采用不同的格式，让我头疼不已。

Kubernetes 使用一个软件优雅地解决了所有这些问题：

1. 两项服务（容器）：✅
2. 两台服务器（高可用性）：✅
3. 单一配置来源：✅
4. 标准配置格式：✅
5. 网络：✅
6. 储存：✅
7. 依赖关系（什么服务与哪些数据库对应）：✅
8. 易于配置：✅
9. 轻松取消配置：✅（也许是 Kubernetes 最强大的部分）

等等，这样初看起来 Kubernetes 非常优雅、非常强大。 没错。你可以在 Kubernetes 中建模一整个微型 IT 世界。

所以，是的，就像开始使用巨型翻斗车（或任何专业设备）时，有一个学习曲线。使用 Kubernetes 还有一个学习曲线，但它值得，因为你可以用一个工具解决这么多问题。如果你对学习曲线感到担忧，请仔细考虑 IT 基础架构中的所有底层网络、存储和安全问题，并设想一下今天的解决方案 —— 这并不容易。特别是当你越来越快地引入越来越多的服务时。速度是当今的目标，因此要特别考虑配置和取消配置问题。

但是，不要混淆了建造或配置 Kubernetes 的学习曲线（为你的翻斗车挑选合适的挡泥板可能很难，LOL）和使用它的学习曲线。学习用如此多的不同层次（容器引擎、日志记录、监控、服务网格、存储、网络）的技术来建立自己的 Kubernetes 有很多不同的选择，还有每六个月维护每个组件的更新选择，这可能不值得投资 —— 但学会使用它绝对是值得的。

我每天都与 Kubernetes 和容器泡在一起，即使这样我都很难跟踪几乎每天都在宣布的所有重大新项目。 但是，每一天我都对使用单一工具来模拟整个 IT 多个方面的运营优势感到兴奋。此外，记住 Kubernetes 已经成熟了很多，并将继续发展下去。与之前的 Linux 和 OpenStack 一样，每一层的接口和事实上的项目都将成熟并变得更容易选择。

在本系列的第三篇文章中，我将深入挖掘你在驾驶 Kubernetes “卡车”之前需要了解的内容。

via: https://opensource.com/article/19/6/kubernetes-learning-curve

作者：Scott McCarty 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出