這段關於網路網路的文章,
Context:庫伯內特主節點處理叢集的庫伯內特控制平面, 管理其工作負載, 並在全系統中指導通訊. 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 控制器的過程.
其他國家