Containers_Derby公司

那么。你有没有参加过赛马，看到过种马排成一行，用爪子扒土？这就是你需要描绘的。一场比赛即将开始，结果将把其中一位竞争者变成冠军。

只是，它们不是马。它们是科技世界的发电站。他们的比赛有什么重要的？有什么奖品能如此珍贵，以至于他们都排着队大嚼特嚼？这是一场控制容器技术编排的全面竞赛。哦，是的，这不像其他比赛。赢得这场比赛，你不仅是今天的冠军，你还确保了你作为未来冠军的地位。

我是Saron Yitbarek，这是命令行英雄，一个来自Red Hat的原创播客。第五集：集装箱德比。上次我们讨论了DevOps的兴起，以及一组新工具是如何与开发人员角色的新态度联系在一起的。在这一集中，我们将跟踪容器的兴起，以及它们如何通过支持新的无限工作来进一步扩展开发人员的角色。我们将看到容器的标准化如何为容器编排的竞赛奠定了基础。

这是一场严肃的比赛，也是一场全球性的比赛，吸引了业内一些速度最快、实力最强的选手。他们都准备冲向终点线。准备好了吗？他们走了。

现在，当这些马离开大门时，也许我们应该澄清为什么这场比赛真的很重要。谁在乎集装箱？嗯，我是这样想的，但我一开始并不知道。下面是一个关于我是如何意识到容器技术之美的快速故事。

所以，不久前，我正在为我的网站开发代码库，我请了我的朋友Nadia来开发一些功能。我自己做得很好，保持了代码的干练和可读性，当然，测试也很好。加入一个新的开发人员很容易。对吗？不，错了。这是相当颠簸，尤其是当我们运行规格。

代码有效，但我们无法在两台机器上通过所有测试。我们遇到了奇怪的时区问题。她的Ruby on Rails版本与我的不同。这是一个经典的例子，“它在我的机器上工作。”“好吧，它在我自己的机器上不工作。”我会做出改变，直到它对我起作用，然后当我把它发送给纳迪亚时，它就会全部崩溃。

我知道Nadia和我正在经历的斗争是所有开发人员都经历过的，甚至是开玩笑。我只是觉得这是工作的一部分，是你必须忍受的。我没有意识到的是，最终有了一个解决方案。想象一下，有一种方法可以降低人与人之间的障碍，一种新的方法，在这种方法中，我们可以使用我们喜欢的任何一组工具，并且仍然可以轻松地传递这些工具。想象一下，在工作从开发到测试再到生产的过程中，有一种方法可以保持工作的一致性，无论有多少人在工作，或者这些人在哪里。想象一下，在我花了几个星期的时间费力地做这件事之前，我已经考虑过集装箱了。

容器实际上是一个过程。

Liz Rice是Aqua Security的技术传道者。她描述的是使容器如此有用的东西，即它们将所有东西包装在一个整洁的可运输的包裹中。

这就像其他任何过程一样，只是它对世界的看法非常有限。例如，您启动了一个容器。进程被赋予了自己的根目录，它认为它在查看整个计算机的整个根目录，但实际上它只查看了文件系统的一小部分。

通过将可执行文件及其所有依赖项打包，容器可以在任何笔记本电脑或云中的任何虚拟机上运行。它有自己的可执行文件、自己的库和依赖项。所有东西都装在一个容器里。所以，这是神奇的一部分，容器在每个环境中都会以完全相同的方式运行。这意味着开发人员可以共享应用程序，而不用担心旧的“在我的机器上工作”问题。

这里有一个可能有用的类比。你知道蓝色围裙吗？提供你做饭所需的一切服务？所有的都被很好地分割和分割了，食谱卡和所有的东西？想象一下，如果Blue Apron不仅给你带来了预先切碎的食材，还给你带来了一个厨房炉灶，还有你所有的餐具。你需要的一切都放在你家门口的一个漂亮的小盒子里。那是一个容器。就我而言，集装箱技术会让我的朋友纳迪娅成为一个梦想，就像一顿蓝色围裙晚餐一样简单。虚拟机还为您提供了一个预先打包的交易，但这就是我们必须放弃Blue Apron类比并进行详细说明的地方。

很多人都认为容器是某种轻量级虚拟化、轻量级虚拟机，其实不然。它与虚拟机非常不同。因此，虚拟机拥有一个完整的操作系统，而容器共享操作系统，你知道，一台机器上的所有容器共享同一个操作系统。

最终，容器和虚拟机将并肩工作。容器不能代替虚拟机。虚拟化仍将提高数据系统的效率，它对服务器整合仍然至关重要。但集装箱的兴起为我们打开了一扇以前关闭过的新门。这样想，如果我们完全依赖虚拟机，运行所有这些仿真服务器，我们将产生巨大的开销。

虚拟机的大小可能是千兆字节，而容器可能是20兆字节。VM可能需要几分钟才能启动。如果我尝试部署基于web的应用程序，那么速度就不太快了。一种轻量级、更快的全机虚拟化替代方案已经很长时间了。

那么一点历史。早在1979年，就有一种向原始控制者发展的趋势。在U nix V7上工作的开发人员设计了根系统调用，它允许只包含特定程序的环境。这一突破为我们今天的集装箱指明了方向。2008年，Linux容器又向前迈出了一大步。现在，我们实现了操作系统级虚拟化。

我们最终可以使用一个Linux内核运行多个容器，从而绕过了对成熟VM的需求。这意味着基础设施成本开始下降。并不是每个人都能马上看到集装箱的潜力。

集装箱化确实是一个起源的想法。这是一件全新的事情。

劳拉·弗兰克是CloudBees的工程总监。

只有一小部分人了解这项技术的来龙去脉，并能操作这项技术。随着时间的推移，随着越来越多的人被引入这个想法，越来越多的人们开始致力于这个想法，并且通过工程团队和工程组织以及社区传播知识，这个想法变得越来越容易获得。

由于与我们前面描述的VM相似，Laura认为容器的潜力有点损失。

我认为，就我的职业生涯和一般的日常技术专家而言，如果你不是系统管理员或深入Linux的人，那么容器化仍然是一个我刚刚熟悉的新概念。所以我有点理解为，“哦，这就像我使用虚拟机的模式，我可以创建一个完全隔离的一次性环境，然后自己清理干净。”

不过，集装箱的作用远不止保持东西的清洁。他们将彻底改变一个行业。随着开源项目和社区的兴起，容器标准化很快就成为可能。

界面变得非常简单。

Scott McCarty在Red Hat担任集装箱高级策略师。他是一位经验丰富的老手，他记得自己不仅在容器之前工作过，也在虚拟机之前工作过。

我在Dot-com 1.0的一家在线零售商工作，我们有数千台物理机器，我们会在所有这些不同的服务器上反复部署相同的软件堆栈，我们尝试了各种不同的方法。当您从原始操作系统转到虚拟机，然后再转到Linux容器、Solaris容器时，实际上是同一个问题，您仍然必须管理所有这些不同虚拟机的配置，或者看起来像操作系统实例的构造。

然而，一旦容器标准化，一切都开始改变。

比如，有所有这些非常标准的方法来处理这个打包好的应用程序，我认为这是真正改变一切的根本原因。它只是让它变得非常容易使用，而且它们也比虚拟机更小、更快。

基于Linux容器所取得的进步，这些新的开源项目和社区牵动了开发人员。我们对后端的一些担忧被消除了。突然间，集装箱和它们提供的微服务看起来非常吸引人。一旦通用容器语言出现，障碍就消失了，容器技术改变了我们的工作方式。它也改变了我们学习新技术的速度。

还记得和我的同事Nadia来回的那一切吗？总的来说，“它在我的机器上工作”，是吗？这个问题在集装箱世界中并不存在。开发人员社区看到了容器变得多么快速、廉价和简单，比我们以前使用的标准操作系统要容易得多。采用率非常惊人。但请记住：容器标准的出现实际上只是真正的赛跑比赛的热身圈。

马匹排成一排，发令枪响，他们终于冲刺冠军了。不是容器本身，而是用于部署和管理容器的工具。

我是萨伦·伊特巴雷克，这是指挥部英雄。在成为标准容器编排引擎的竞争中，谁将提供管理所有这些容器的平台？起初，有两名选手取得了领先。

Apache驱动的Mesos和Docker驱动的Swarm。但是，这是什么？一个新来的人撕毁了赛道。这是谷歌。Linux已经建立了云本地计算基金会，CNCF正在推动谷歌新的开源协调引擎Kubernetes。

现在，Mesos和Swarm在Kubernetes上首发了，对吧？他们得到了Apache和Docker的支持，这两家公司在这场比赛中都有一段时间了。但是库伯内特斯有一些其他马所没有的东西。克莱顿·科尔曼可以告诉我们那个秘密成分是什么。克莱顿是红帽公司Kubernetes和OpenShift的架构师。

从Kubernetes一开始，谷歌就非常善于开放项目，使其易于贡献和参与。人们非常重视制作一些能让大多数开发人员和运营商生活更轻松的东西。我认为Kubernetes和Kubernete周围的社区能够找到一个对大多数人来说足够好的甜点，并且可以扩展到足以解决一些更极端的用例。

早期，Kubernetes有来自Red Hat、CoreOS和Google的工程师参与。然后，当Kubernetes达到1.0时，初创公司和大公司的人开始采用它，并在其基础上继续发展。这种增长从来没有受到谷歌或其他任何人的支配。

所以，我喜欢在这个例子中使用的类比是Linux。Linux并不是从Linus编写内核并告诉用户空间中的每个人如何编写GCC或如何构建NGINX或Apache开始的。相反，内核团队专注于构建一个非常有效的核心操作系统，并与GNU项目等其他开源社区合作，将在其他Unix上运行的工具引入Linux。

因此，在我们今天运行的许多工具中，Linux核心团队中从未有人做出过贡献。

但Linux作为一个整体，其范围远不止内核，我认为这种模式是我们认为Kubernetes能够很好利用的。因此，当我们构建社区并专注于确定Kubernetes的范围时，我们试图从核心Kubernete的角度来考虑它，这是分布式集群操作系统的核心。

事实证明，Kubernetes在开源世界中构建社区方面表现得非常出色。正如我们在《第二集》中看到的Linux的崛起一样，在今天的比赛中，胜利者往往是知道如何团结社区的人。事实上，虽然谷歌可能已经启动了Kubernetes，但现在它确实属于每个开发人员，并且由云本地计算基金会（Cloud Native Computing Foundation）管理。

在GitHub上，Kubernetes大约有30000颗恒星，而Swarm和Mesos各只有几千颗。这很有说服力。这是我们社区为我们社区创造的技术。

我想了解他们的态度。一家大型盈利性公司是如何与其他公司合作的？我找到了回答这个问题的合适人选。Kelsey Hightower是谷歌支持所有事物容器的技术专家。

当你考虑到谷歌的地位时，他们有很多在全球许多服务器上运行分布式系统和运行东西的经验，所以他们似乎处于一个很好的位置，能够做到Kubernetes和获胜，并且做得很好。那么，当你考虑Kubernetes和开源之间的关系时，你是如何看待这种关系的？

我认为，当涉及到基础设施工具，甚至编程语言时，对吧，别无选择。你不可能真正拥有一个专有的工具，即使它很棒。如果它不是开源的，大多数人可能甚至都不会看它。我认为原因是大多数人会采用像Kubernetes这样的基础设施工具之类的技术，你可以自己检查一下，然后说，“好吧，我们将坚持使用这个版本四五年，或者我们需要修改它，以满足我们自己的一些独特需要。”

一旦你达到了这一点，就很难说服企业继续这样做，“嘿，这将是每台服务器200美元，你看不到源代码，所以等我们修改它。”

那条路不见了。因此，我不知道如果没有开源，你是否真的可以再进行基础设施建设。然后，开源的第二部分将是可以依附于它的社区，我认为Kubernetes将其钉出了大门。

所以我想回到比赛中。因为不仅仅是你提到的Kubernetes，还有Docker的Swarm，还有Apache的Mesos。。。

所以，我认为当人们谈论这场战斗时，我不知道这场战斗是否真的是在Mesos和Docker之间，我认为这场战斗是在一无所有的人之间。没错，你来自于自制的Bash脚本，你仍然在努力实现你的目标，而不使用编配工具的人的市场比已经选择的人要大得多，比如说，Mesos或Swarm。

这就是现在和将来的战斗。所以现在真正要做的是帮助最终用户。Mesos、Kubernetes或Docker Swarm是否成为寻求更好解决方案的人们的首选？这一切都值得讨论，但我要告诉你，像我这样的人，从事这项工作的工程师，如果你把一些营销放到一边，把一些供应商放到一边，从事这方面工作的人，我用这个短语“不同的公司，相同的团队”

我们为彼此构建的许多工具最终都会以某种方式出现在其他产品中。对吗？好主意就是好主意。所以没有理由说，“哦，这就是Mesos人所做的，让我们忽略它。这有点傻。因此，从工程和社区的角度来看，我们将这些想法交叉传播。你几乎需要这样的竞争，这样我们都可以独立思考，最好的想法浮出水面，我们选择以正确的方式针对用户采用哪种想法。

所以，就整个竞争而言，现在还为时过早，再说一次，这是零美元。你知道我的意思吗？我们不会直接向任何人销售，所以它实际上是一个平台游戏，对每个人开放，然后用户会选择满足他们需要的，这就是我认为Kubernetes在社区、开放和实际解决问题方面做得很好的地方。

那真是太美了。我真的很喜欢在同一支球队踢球，不管那支球队在哪里。我喜欢。你认为容器和编配的未来是什么，甚至可能是Kubernetes？

是的，所以我在KubeCon上做了一个主题演讲，说所有这些工具都很棒。他们都是乐高积木，你知道，我们有Kubernetes，你可以选择另一种安全产品，选择另一个网络产品，但最终，作为一名开发人员，你真的只想检查一下你的代码，并期望代码以某种方式出现在你的客户面前。我认为Kubernetes和容器将成为什么样的东西，它们将成为服务器等更高级别事物的底层或平台。

对吗？这是我的代码片段，在幕后，所有平台都会将您的代码片段打包在一个容器中并为您运行，但它们不需要向您公开所有这些内容。因此，我认为在未来，随着Kubernetes变得越来越普遍，它将从大型或小型提供商或想自己做的人那里公平竞争，实际上能够提供这些只有云提供商才能做的事情，因为需要专业知识或所需的软件投资。

这件事可能会无处不在，但也会被隐藏起来。所以它会随着膨胀而消失。

Kelsey Hightower是谷歌的开发人员倡导者。2017年秋季，Docker宣布将支持Kubernetes。他们并没有放弃Swarm，但他们决定与编配比赛中明显的获胜者和解。

Azure和AWS都宣布了对Kubernetes的本地支持，他们也不是唯一一家。与此同时，Kubernetes发行版，如OpenShift，仍在发展中。我们得到的是一个核心Kubernetes，它可以扩展和支持新的用例，比如微服务或持续集成项目。克莱顿·科尔曼。.

这个生态系统将与类似Linux的模型一起工作，我认为我们正在朝着这个目标前进。所以，就像所有优秀的开源项目一样，当每个人都能够共同参与构建比我们每个人都可以单独构建的更好的东西时，这个项目就会成功。

这一切发生得很快。毕竟，这是一场竞赛，这也是我们对开源的期望。在我们还没弄清楚集装箱是什么之前，第一圈就快结束了。Scott McCarty，来自Red Hat。

因此，如果你回想两年前，你知道，集装箱图像格式是一个巨大的战场，然后我会说，如果你回到六个月到一年前，编配是一个很大的战场。如果你看看2017年KubeCon以及之前的几周，几乎所有主要供应商都宣布支持Kubernetes。因此，很明显，库伯内特斯在这一点上取得了胜利。

集装箱故事中的一章即将结束。几乎和开始时一样快。

因此，Kubernetes已经成为标准，而现在应用程序定义已经标准化了。所以，任何人都可以在这些YAML文件中使用Kubernetes对象并定义应用程序，这正是我们想要的，从字面上讲，在处理大规模系统时，我已经想要了大约20年。

库伯内特斯的成功似乎很具体，但即使在那场大赛结束后，我们仍然面临着一些更大的问题。集装箱会成为未来几年的默认选择吗？他们会鼓励更多的云本地开发吗？这些转变将激发哪些工具和服务？以下是我们所知道的。

通过CNCF，社区将继续改进Kubernetes，根据基金会的使命，我们还将构建一套全新的容器技术。

集装箱已经产生了大量新级别的基础设施，并要求提供全新的服务。为了让您了解它们的完整性，以及它们的速度，仅Netflix一家公司每周就发布了一百多万个容器。可以毫不夸张地说，容器是未来的基石。

整个赛季，我们一直在跟踪开源运动的发展。我们首先看到了Linux是如何占据主导地位的，以及开源态度如何改变了业务、工作流和我们日常使用的工具。但容器确实是开源d运动中最重要的演进之一。它们是移动的，轻量级的，易于扩展。

容器体现了开源的最佳特性，难怪开源项目推动了容器技术的发展。这是一个新世界。我们不再担心从一台机器移动到另一台机器，或者在云中进出。

集装箱标准化的速度比任何人预测的都快。在下一集中，我们将转向一场仍悬而未决的战斗。云战争带来了行业重量级人物。微软、阿里巴巴、谷歌和亚马逊正面临挑战，来自这四家云供应商的摩擦正在升温，形成一场严重的风暴。下一次在第六集中，我们将与一些我们最喜欢的命令行英雄一起追逐闪电。

命令行英雄是来自Red Hat的原始播客。有关本集和过去几集的更多信息，请访问RedHat.com/CommandLineHeroes。一旦你到了那里，你也可以注册我们的时事通讯。要获得免费自动交付的新剧集，请务必订阅该节目。只需在Apple Podcast、Spotify、Google Play、CastBox中搜索Command Line Heroes，或者在您的播客中搜索。然后点击订阅，这样你就可以第一个知道什么时候有新的剧集了。

我是Saron Yitbarek，感谢您的收听和继续编码。