在這個段落中總結 Kubernetes 叢集控制平面的主要元件
Context:Kubernetes 定義了一組建構塊 ("原始") 集體提供機制部署,維護和擴充套件基於 CPU,記憶體或自訂指標的應用程式. Kubernetes是鬆散的連線, 內部部件以及在 Kubernetes 上執行的擴充套件和容器依賴 Kubernetes API. 該平臺透過將資源定義為"物件"來控制計算與儲存資源,  網路上使用的原始/複製架構. 庫伯內特的元件可以分為管理單個節點的元件和控制平面的一部分元件.  控制平面 庫伯內特主節點處理叢集的庫伯內特控制平面, 管理其工作量, 並在全體系統中導向通訊. Kubernetes的控制平面由各種各樣的元件組成, 每個都有自己的過程, 庫伯內特控制平面的各個元件如下:  etcd是CoreOS開發的一種持久,輕量化,分散式的鍵值資料儲存. 在網路分割槽發生時, etcd 偏愛一致性而非可用性 (參見 CAP 定理). 這樣的一致性對正確的規劃和運營服務至關重要. 該API伺服器使用JSON透過HTTP為Kubernetes API提供服務, 該 API 伺服器處理和驗證 REST 請求,並更新 etcd 中的 API 物件的狀態, 應用程式伺服器使用etcd的watch API來監控叢集,執行關鍵的配置變更,或將叢集狀態的任何分歧恢復到部署者宣告的狀態. 部署者可能會指定需要執行特定"pod"的三個例項. etcd會儲存這個事實. 如果部署控制器發現只有兩個例項正在執行 (與 etcd 宣言相矛盾), 程式設計器是可擴充套件的元件, 根據資源可用性, 選擇在哪個節點上執行非程式設計的 pod (由程式設計器管理的基本單位). 規劃器會追蹤每個節點的資源使用, 這樣一來, 規劃者必須瞭解資源需求,資源可用性,以及其他由使用者提供的限制或政策指令, 這項計畫的目標是要將資源"供應"與工作量"需求"相匹配. 控制器是一個協調環,它將實際叢集狀態推向所需狀態,與API伺服器通訊以建立,更新和<unk>除它管理的資源 (例如, pods 或服務端點). 控制器的一種是複製控制器, 如果底層節點發生故障, 其他控制器是核心 Kubernetes 系統的一部分,包括 DaemonSet 控制器,可在每臺機器上 (或某些機器子集) 執行一個 pods,以及執行到完成的 pods 的 Job 控制器 (例如,作為批量工作的一部分). 標籤選擇器是控制器定義的一部分, 控制器管理器是一個管理一組核心 Kubernetes 控制器的過程.
網路叢集控制平面執行在另一個主節點上. 這些元件是: 1. etcd - 包含叢集的配置資料的關鍵值資料庫. 2. 我們的國家 網路伺服器是服務並更新網路叢集狀況的伺服器. 該系統會觀察叢集的實際狀態與所需狀態. 三,我們要如何? 程式設計器是選取非程式設計<unk>應在哪個節點上執行, 4. 沒有任何問題. 控制器管理器管理多個控制器,