如果您之前看到此部落格並且這只是隨機繪圖，我們深表歉意！我在寫任何東西之前不小心點擊了發布？我仍在研究 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
第五天影片