Kubernetes – 容器编排简介

在本文中，我们将研究 Kubernetes 中的容器编排。但首先，让我们探索容器兴起的趋势、容器编排的需求，以及它如何为 Kubernetes 占据主导地位和发展创造空间。

技术渗透到我们日常生活的方方面面，对软件、销售和交付基于软件的产品或仅在业务中使用软件的公司和组织产生了巨大的需求。这种压力刺激了创新和标准化。需求和风险如此之高，从根本上改变了软件的开发和部署方式。但这种演变并非没有先例。你能想象世界经济依靠船舶等方式进行商品贸易吗？！你不可能及时拿到你的新 iPhone。现在我们理所当然地认为集装箱可以在不同的运输方式、不同的船东和航运公司之间高效移动，并且标准化无处不在，几乎在世界任何地方都可以使用，无论它装在什么地方。现代软件变得非常相似。随着软件系统变得越来越复杂，这种复杂性促使软件被分成更小的部分，例如微服务。无论它们是否被称为微服务，这些较小的软件都需要被打包、构建、部署和由周围的其他软件访问，才能作为一个完整的系统运行。 

 

这些小软件片段可以部署到容器中，这样它们就可以在同一台虚拟机或真实机器上运行，但对软件来说，它似乎是唯一正在运行的进程。在这里，我们稍微偏离了集装箱的比喻。虽然容器的唯一工作通常是将东西包含在自身内，但有用的软件通常依赖于周围的其他软件来完成其工作。这就是容器编排需求的诞生。将逻辑上不同的软件彼此分开确实有好处，当它们不在同一模块中时，您可以开发、部署、扩展和维护每个小片段，而不必在系统的其他部分之间进行过多的麻烦。但是，在某些时候，应用程序的不同部分可能会相互通信以执行任务。例如，API 可能需要与业务逻辑进行通信，而业务逻辑又需要访问信息或数据库。 

容器本身将逻辑上不同的软件部分分开，以便它们可以自行构建、部署、维护、管理和扩展，而不会过度影响系统的其他部分。

另一方面，容器编排定义了这些容器如何作为一个系统进行交互，彼此之间的需求以及如何将它们组合成高性能、可管理、可靠且可扩展的系统。目前可以肯定地说，docker 是容器技术和应用领域的主导者，而其他公司也在这个领域占据主导地位，当你提到容器时，它们几乎就是 docker 的代名词。其他参与者存在于小众应用程序中，一些围绕标准化的动向正在发生，尽管 docker 文件标准还处于萌芽阶段，但它本质上是当今的标准，docker 存储库定义了在开发人员之间以及在需要使用它们的系统之间托管容器版本的主要方式，例如 kubernetes 等编排系统。 

 

 

由于容器编排是一个较新的领域，自采用容器以来才开始发展，因此这些技术较新并且仍在不断发展。然而，Kubernetes 相当先进，随着亚马逊网络服务最终加入其竞争对手并拥抱 Kubernetes，它得到了几乎所有主要参与者和云计算的支持，这些参与者和云计算都是通过云原生计算基金会（也称为 CNCF）进行的。这是现在管理 Kubernetes 的组织。它基本上已经成为事实上的标准，特别是现在它正在与替代竞争技术 docker swarm 竞争，Dockers 的容器编排解决方案现已宣布支持 Kubernetes 风格的配置和处理，很明显，Kubernetes 现在是事实上的标准，即使不是业界和容器编排中公认的标准。

容器化改变了软件的开发和打包方式，容器编排正在改变容器部署到更大有用的系统中的方式。