Kubernetes 架构：它是如何工作的？

joypaul00

Kubernetes 由一系列组件组成，每个组件都有不同的用途。为了确保职责分离以及系统具有弹性，Ks使用机器集群来运行。 集群中的机器分为三种类型： 节点 第一种类型称为Node。节点的作用是运行封装由 Ks 管理的应用程序的容器。 当您将应用程序部署到 Ks 集群时，该应用程序将在集群的一个Node上运行。这组Node形成了我们所说的Workers。 等 第二种类型的节点是etcd。etcd实际上是分布式数据库的名称，用于存储集群内发生的所有事情，包括应用程序状态。 在生产环境中，对这些节点进行良好的管理对于确保集群始终可用至关重要。 掌握 最后，最后一种类型的节点就是我们所说的Master。Kubernetes 的主要组件就是在这种类型的节点上运行的，比如 Scheduler ，它负责控制集群中的资源分配。 主节点集构成了 Kubernetes 集群的大脑：控制平面。 控制平面 Kubernetes控制平面可以被视为集群的大脑。他负责管理系统的主要组件并确保一切都按照应用程序的所需状态运行。 为了方便表示这种状态，Ks 使用了一个名为Object的抽象。对象代表应用程序状态的一部分，当其当前状态不是所需状态时，将应用更改以使两个状态再次相等。 Kubernetes 环境中有多种类型的对象，但其中一些对于理解集群的工作原理至关重要。 荚 在云原生应用部分，主要特征之一是这些应用使用容器来封装其微服务。

然而，当我们谈论运行在 Kubernetes 集群上的应用程序时，我们不会直接谈论容器，而是谈论Pod。 Pod是Ks集群的基本单元。它们封装应用程序的一个或多个容器，并代表集群内的一个进程。当我们将应用程序部署到 Ks 时，我们正 币安应用用户数据 在创建一个或多个Pod。 然而，Pod是短暂的，这意味着它们是根据集群的需要创建和销毁的。 为了确保对微服务的访问始终可用，有一个名为Service的对象，它封装了一个或多个Pod，并且能够在集群中的任何Node上动态查找它们。 部署 这种类型的对象提供了一系列功能，可以通过手动或半自动部署应用程序来自动执行我们在典型软件开发场景中描述的所有步骤。 使用Deployments，我们可以描述应用程序的所需状态，并且Deployment 控制器将负责将当前状态转换为所需状态（如果它们不同）。 说到描述应用程序的所需状态，是时候了解如何在Kubernetes环境中完成此操作了。



学习Kubernetes：如何创建应用程序？ 应用程序流程 当我们使用 Kubernetes 集群时，有两种方法可以将更改应用于应用程序的当前状态，即更改其配置。 您可能更习惯的传统方法称为命令式配置，我们会告诉您应如何进行每个更改。 例如，假设您要将某个Pod的副本数量从 更改为 。 在命令式方法中，您将直接向Ks API发送命令，表示您希望将副本数量从 更改为 。但是，如何在具有数十个微服务的应用程序中执行此操作呢？ 如果您在更改每个 Pod 时发生了一些事情，而您只有时间将更改应用到一半的Pod ，该怎么办？这样的变化会产生什么影响？如果出现问题，您的团队成员如何知道哪些内容已经更改，哪些内容尚未更改？ 也许您在其中一个命令中传递了错误的参数，现在应用程序已关闭。 声明式配置 为了避免此类问题，Kubernetes 支持所谓的声明式配置。 在声明性方法中，我们不会说应该如何进行更改，而只会说应该进行什么更改。 系统（在我们的例子中是Ks控制平面）将决定应用该更改的最佳方式是什么，并使应用程序的当前状态等于所需状态。 如果我们要进行与上一个示例相同的更改，以声明的方式将Pod的副本数从 更改为 ，我们只需更改下面示例中的“replicas”字段的值并发送此将 YAML 文件传输到 Ks API。