前言
簡單整理一下k8s的本質。
正文
首先，Kubernetes 項目要解決的問題是什麼？
編排？調度？容器雲？還是集羣管理？
實際上，這個問題到目前爲止都沒有固定的答案。因爲在不同的發展階段，Kubernetes 需
要着重解決的問題是不同的。
但是，對於大多數用戶來說，他們希望 Kubernetes 項目帶來的體驗是確定的：現在我有
了應用的容器鏡像，請幫我在一個給定的集羣上把這個應用運行起來。
更進一步地說，我還希望 Kubernetes 能給我提供路由網關、水平擴展、監控、備份、災
難恢復等一系列運維能力。
我們可以看到，Kubernetes 項目的架構，跟它的原型項目 Borg 非常類似，都由 Master
和 Node 兩種節點組成，而這兩種角色分別對應着控制節點和計算節點。
其中，控制節點，即 Master 節點，由三個緊密協作的獨立組件組合而成，它們分別是負責
API 服務的 kube-apiserver、負責調度的 kube-scheduler，以及負責容器編排的 kubecontroller-manager。整個集羣的持久化數據，則由 kube-apiserver 處理後保存在 Etcd
中。
而計算節點上最核心的部分，則是一個叫作 kubelet 的組件。
在 Kubernetes 項目中，kubelet 主要負責同容器運行時（比如 Docker 項目）打交道。
而這個交互所依賴的，是一個稱作 CRI（Container Runtime Interface）的遠程調用接
口，這個接口定義了容器運行時的各項核心操作，比如：啓動一個容器需要的所有參數。
結
暫時只整理一下功能，其他的後面補充。