Kubernetes——容器编排简介

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

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

这些小软件可以部署到容器中，允许它们在同一台虚拟机或真实机器上运行，但让软件看起来是唯一运行的进程。这是我们与运输集装箱隐喻稍有不同的地方。虽然它应该是容器的唯一工作是通常将事物包含在自身内部，但有用的软件依赖于它周围的其他软件来完成它的工作。这就是容器编排的需求诞生的地方。将逻辑上不同的软件彼此分开有一定的好处，当它们不在同一个模块中时，您可以开发、部署、扩展和维护每个小部件，而不会在系统的其他部分之间大惊小怪。但是，在某些时候，应用程序的不同部分可能会相互通信以执行任务。例如，API 可能需要与业务逻辑进行通信，而它又需要访问信息或数据库。

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

另一方面，容器编排定义了这些容器如何作为一个系统进行交互、彼此之间的需求以及它们如何结合到您的高性能、可管理、可靠和可扩展的系统中。目前可以肯定地说，docker 是技术和容器采用方面的主导领导者，而其他人则存在于该领域，当你提到容器时，它们的主导地位是如此之大，它几乎是 docker 的代名词。其他参与者存在于利基应用程序中，并且正在发生一些围绕标准化的运动，尽管 docker 文件标准基本上是当今的标准，并且 docker 存储库定义了在开发人员之间和需要使用它们的系统之间托管容器版本的主要方式，例如像 Kubernetes 这样的编排系统。

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

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