如果您之前看到此博客并且这只是随机绘图，我们深表歉意！我在写任何东西之前不小心点击了发布？我仍在研究 Canva、dev.to 和 Eraser.io 之间的流畅工作流程，所以请耐心等待我把事情做好。

Kubernetes 架构 - 主节点和工作节点组件

在今天的文章中，我将介绍 Kubernetes 的基本架构，重点关注两个主要组件：主节点和工作节点。

主节点

主节点是控制魔法发生的地方。它负责管理集群并协调节点之间的一切。以下是主节点的关键组件：

• API Server：这是所有管理任务的入口点。将其视为用户、节点甚至外部组件之间的主要通信枢纽。

• Scheduler：顾名思义，它负责根据可用资源调度您的应用程序（pod）在工作节点上运行。

• Controller Manager：负责监控和维护集群所需的状态，确保一切顺利按预期运行。

• etcd：它是运行的大脑，存储所有集群数据和配置。

工作节点

另一方面，您有工作节点。这些是您的容器（应用程序）实际运行的地方。细分如下：

• Pods：Pod 是 Kubernetes 中最小的可部署单元。每个 Pod 封装一个或多个容器。

• kubelet：它确保 Pod 中的容器正在运行并向主节点报告。

• Container Runtime：这是实际运行容器的软件。

• kube-proxy：它管理允许 Pod 相互通信以及与外界通信的网络规则。

把它们放在一起

主节点和工作节点之间的通信是保持系统平稳运行的关键。 API Server 与每个 Worker Node 上的 kubelet 通信，以确保容器按预期运行，而 Scheduler 根据资源决定哪些 Pod 去往何处。

我希望这能让您清楚地了解 Kubernetes 架构的组织方式。如果您像我一样学习 Kubernetes，绘制这些图表并进行分解确实有助于巩固概念。

标签和提及

@piyushsachdeva
第五天视频