開篇，我們先思考這樣一個問題：“爲什麼要基於 Kubernetes 去構建一個應用管理平臺？”
上圖是一個本質的問題，我們在落地 K8s 經常遇到的一個問題。尤其是我們的業務方會問到這麼一個問題，我們上 Kubernetes 有什麼業務價值？這時候作爲我們 K8s 工程師往往是很難回答的。原因在哪裏呢？實際上這跟 K8s 的定位是相關的。K8s 這個項目呢，如果去做一個分析的話，我們會發現 K8s 不是一個 PaaS 或者應用管理的平臺。實際上它是一個標準化的能力接入層。什麼是能力接入層呢？大家可以看一下下圖。
實際上通過 Kubernetes 對用戶暴露出來的是一組聲明式 API，這些聲明式 API 無論是 Pod 還是 Service 都是對底層基礎設施的一個抽象。比如 Pod 是對一組容器的抽象，而 Deployment 是對一組 pod 的抽象。而 Service 作爲 Pod 的訪問入口，實際上是對集羣基礎設施：網絡、網關、iptables 的一個抽象。Node 是對宿主機的抽象。Kubernetes 還提供了我們叫做 CRD（也就是 Custom Resource）的自定義對象。讓你自己能夠自定義底層基礎設施的一個抽象。
而這些抽象本身或者是 API 本身，是通過另外一個模式叫做控制器(Controller)去實現的。通過控制器去驅動我們的底層基礎設施向我的抽象逼近，或者是滿足我抽象定義的一個終態。
原文鏈接:【https://www.infoq.cn/article/x6Nam6DFf3Ai0MKsrqXO】。未經作者許可，禁止轉載。