在你的组织里，你不可能不听到库伯内特斯的消息。谷歌（Google）的火热容器编排技术经常是电梯谈话和饮水机对话的一部分。从DevOps的实习生到CTO，普通的普通员工，无论他们是否完全理解这项技术，这并不常见。但是随机阅读库伯内特斯的书会让你感到困惑，你可能无法理解这是怎么回事。Kubernetes提供的编排、自动伸缩、服务器利用率和自我修复功能确实给您带来了好处，这些都不值得您自己去构建。但是，尽管许多人把库伯内特看作是一颗银弹，但这与事实相去甚远。你能否接受库伯内特斯，以及接受的程度取决于多个因素。我打算对其中一些关键问题加以说明。我还将逐步向您介绍一种逐步评估和介绍Kubernetes的方法。Kubernetes是一项伟大的技术，如果使用得当，它会带来巨大的好处。家养宠物有些时候，服务器被系统管理员亲切地命名和管理。切入现在。我们真的不知道什么类型的服务器在运行我们的工作负载，因为在寒冷的服务器机房和数据中心，那些灰色的机架式机箱已经被亚马逊、微软和谷歌运营的公共云所取代。系统管理员也继续给运行在公共云上的虚拟机命名，就像他们对宠物一样。早些时候，如果需要服务器，可能需要几个星期通过电话或电子邮件与销售人员交谈。但随着高性能虚拟化和公共云的出现，api应运而生。一个简单的API调用可以在几秒钟内启动一台机器。一切都从这里开始了。很快，聪明的技术人员就意识到，公共云不仅提供了对计算的快速访问，还提供了通过简单易用的restfulapi实现自动化的潜力。这是纯金的。 作为代码和DevOps的基础设施然后我们看到了厨师、木偶、Ansible和SaltStack等技术。有了这些，开发人员和操作人员之间的界限开始模糊。虽然系统管理员很少尝试使用shell脚本之外的脚本，但Chef、Puppet和Ansible等系统都是成熟的系统编排框架。Puppet使用特定于域的语言（DSL）让系统管理员定义其基础设施设置的结束状态，Chef则使用基于Ruby语言的DSL来定义基础设施的最终状态这些技术使我们完全进入了声明式和命令式基础设施的时代，在这个时代，可以使用文件中的代码定义服务器基础设施的最终状态，然后可以像常规源代码一样对其进行版本控制。这与系统管理员手动设置服务器，然后登录服务器以设置各种软件服务和硬件资源（如存储或网络）截然不同尽管他们所能做的最好的就是运行shell脚本，提供一些可重复性，Chef和Puppet提供了系统配置的集中管理和强大的api，使管理大量服务器变得不那么麻烦。码头工人的崛起另一个强大的技术出现了，它使得使用Linux原语来组装和管理容器变得更加容易：Docker。Docker不是一种容器技术。Linux容器是使用Linux的操作系统原语（CGroups或controlgroups）和命名空间构建的。Docker使构建和管理容器变得容易有了Docker，就可以很容易地打包应用程序及其所有依赖项并将其容器化。就像真正的集装箱一样，"运输"变得很容易。这个容器可以在任何Linux机器上运行，而不必首先安装它的所有依赖项，这些依赖项可能是Linux发行版特有的这使得从DebianLinux运行Nginx并将其与来自Ubuntu的PythonFlask框架配对，同时使用来自Alpine的MySQL，这些包一起运行用户的应用程序，都运行在同一个Linux服务器上。Docker成为一种标准的方法，可以声明性地构建容器，然后在Linux服务器上运行和管理它们的生命周期，利用Linux的底层容器技术并提供巨大的实用程序。可以理解，多克一开始就怒不可遏。虽然Chef和Puppet等技术擅长管理物理和虚拟机的配置，但容器正迅速成为DevOps工程师部署应用程序的标准方式。另外，容器封装了大部分应用程序部署逻辑，使得编排的其余部分变得简单得多。现在正是一个更现代的以容器为中心的编排系统的时候。德沃普斯时代另一种方法正在迅速发展，返利联盟，它将把ops更多地转移到开发人员的领域：DevOps。工程师们认为，虽然操作人员需要稳定性，但开发人员希望不断发布新特性，从而挑战运营人员所追求的稳定性。这些都是相互冲突的目标，常常使团队处于敌对状态，直接影响产品的运输速度此外，当产品开发人员没有意识到他们编写的代码在生产环境中引起的所有问题时，他们也不会努力去解决它。这是因为生产环境一直是运营团队最头疼的问题。为了解决这些问题，团队开始尝试一种新的方法，DevOps想法很简单：编写代码的人在生产中运行它。他们也是随叫随到的人。别再把代码扔到墙上然后忘了它。如果他们想更频繁地发布新特性，他们就知道了在ops方面需要做些什么来支持这一点。云和容器等技术，以及它们的api和工具，使得将软件工程方法引入云操作成为可能。快速发展的DevOps团队正在构建大型应用程序，这些应用程序通常包含可以独立开发和发布的微服务，而不会产生更改、测试和发布一个大型单片应用程序的开销。使用易于开发的API和可开发的API来实现可开发的弹性和可开发的API团队。进入库伯内特斯有了DevOps和microservices会议容器，就有了一个新的、更原生的编排系统。受Google的Borg系统的启发，Kubernetes是一个开源的容器编排系统，最初由Google的工程师构建。它现在由云计算基金会（cloudnativecomputingfoundation，消费返现，简称CNCF）维护。当Docker这样的系统管理服务器内的容器时，Kubernetes做的更多，大数据 学习，作为一个容器编排平台，Kubernetes可以帮助自动化应用程序部署、扩展和管理。它的一个主要功能是管理一个可以运行容器的服务器或节点集群。可比较的系统是apachemesos和Docker Swarm。当关于哪个系统将成为标准存在争议时，库伯内特斯已经成为赢家。Kubernetes对于您的容器编排策略是一个安全的赌注。不仅仅是码头工人需要注意的是，Kubernetes不仅可以编排由Docker管理的容器。它还可以编排由类似Docker的系统管理的容器，如ContainerD、Cri-O和RktLet。虽然您可以使用这些系统中的任何一个来创建和管理容器，但是在本文中，我们将用"Docker"代替"container management"。现在，让我们看看Kubernetes的一些最重要的特性。为什么是库伯内特斯为了理解为什么像Kubernetes这样的系统很重要，可以考虑一下Docker的功能在哪里结束。Docker使管理服务器内容器的生命周期变得容易，而Kubernetes则使管理运行Docker容器的服务器集群变得容易此外，现代的基于微服务的应用程序通常由几个容器组成。Kubernetes提供了一个"应用程序部署"的概念，本质上是一组容器，云计算大数据，它们组成了一个在集群上以分布式方式运行的应用程序。当你想让一个由一堆容器组成的应用程序运行时，你只要告诉Kubernetes，物联网门锁，它就能找到集群上哪些节点有足够的计算资源来运行这些容器，然后在那里调度它们Kubernetes还可以在容器出现故障时重新启动容器，甚至可以通过运行更多容器来应对流量激增来扩展应用程序这是Kubernetes的精髓，这就是人们所说的"容器编排"当运行分布在集群上的多个应用程序时，还有其他一些很好的特性可以帮助简化它们的管理。Kubernetes的特性使得管理应用程序配置和凭证更加容易。还有其他一些基础设施，如存储和网络，由Kubernetes管理。除了compute之外，这两个模块构成了任何基础设施的最基本的三个组件。管理与否虽然在私有云上运行Kubernetes是可能的，但是选择OpenShift这样的Kubernetes发行版可能会更明智，因为OpenShift至少在扩展Kubernetes基础设施之前可以选择付费支持。也可以在AWS、Azure或GCP上的机器集群上设置Kubernetes，但这些公共云还提供托管Kubernetes产品Kubernetes是由多个组件组成的。它们协同工作，有助于运行称为计算节点的计算机集群。还会有Kubernetes组件在每个计算节点上运行。当您从任何公共云供应商选择托管Kubernetes产品时，您通常可以从他们的计算产品中选择任何类型的节点，这些节点将成为Kubernetes集群的一部分。这些节点是