MIX Fold3包裝盒泄露 新機本月登場
小米的全新折疊屏旗艦MIX Fold3將于本月發布，近日該機的真機包裝盒在網上泄露。從圖上來看，新的MIX Fold3包裝盒在外觀設計方面延續了之前的方案，變化不大，這也是目前小米旗艦
當用戶向 Kubernetes 提交了一個創建 deployment 的請求后，Kubernetes 從接收請求直至創建對應的 pod 運行這整個過程中都發生了什么呢？
在搞清楚從 deployment 提交到 pod 運行整個過程之前，我們有先來看看 Kubernetes 的集群架構：
上圖與下圖相同：
如圖所示，k8s 集群分為 control plane 控制平面和 node 節點。
control plane 控制平面（也稱之為主節點）主要包含以下組件：
node 節點，專門部署用戶的應用程序（與控制平面隔離，避免影響到 k8s 的核心組件），主要包含以下組件：
從 Deployment 到 Pod 的整個過程如下圖所示：
請求發送到 kube-api-server，然后會進行認證、鑒權、變更、校驗等一系列過程，最后將 deployment 的數據持久化存儲至 etcd。
在這個過程我們可以通過 mutation admission 的 webhook 自主地對資源對象進行任意的變更，比如注入 sidecar 等等。
controller manager 組件針對不同的資源對象有不同的處理部分。
針對 Deployment，由于其并不直接管理 Pod，而是 Deployment 管理 ReplicaSet，ReplicaSet 再管理 Pod：
因此其中涉及到 controller manager 中的兩個部分：
(1) 先是 deployment controller 監聽到 deployment 的創建事件，然后進行相關的處理，最后創建 replicaset。
(2) 然后 replicaset controller 監聽到 replicaset 的創建事件，進行相關處理后，最后創建 pod。
scheduler 接受到 pod 需要調度的事件后，進行一系列調度邏輯處理，最后選擇一個合適的 node 節點，將 pod 綁定到這個節點上（所謂的節點調度在這里只是修改 pod 數據，對其中的 nodeName 進行賦值）。
具體的調度算法比較復雜，涉及強制性調度、親和與反親和、污點和容忍、以及硬件資源計算、優先級等等，本文不做展開。
調度完成后，pod 被綁定的 node 節點上的 kubelet 同樣通過 kube-api-server 會接受到相應的事件，然后 kubelet 會進行 pod 的創建。
在這個過程中 kubelet 會分別調用 CRI、CNI、CSI：
所謂的接口其實只是定義了通信的規范或者標準（使用的是 grpc 協議），具體的實現則是交給了插件。
至此，Kubernetes 從創建 deployment 到 pod 運行的全過程就是這樣了。
本文鏈接：http://www.www897cc.com/showinfo-26-56594-0.htmlKubernetes 從提交 deployment 到 pod 運行的全過程
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 徹底搞懂 JS 類型轉換
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號