閒聊雲服務技術系列#3--Kubernetes

• 閒聊雲服務技術系列#1--OpenStack

• 閒聊雲服務技術系列#2--Docker

說到Kubernetes, 看到它發展到今天，有些意料以外，實在乎料之中。意料以外在於，相比發展更爲久遠的Mesos，Kubernetes在人氣上已經有後來居上的感受，儘管二者並不徹底在同一個維度上。意料之中在於，Kubernetes有Google這個親爹，自帶光環，從一出生，就獲得了社區的強烈關注，另一個緣由還在於Kubernetes更加專一於容器集羣自己，解決了Docker用戶的痛點。

另一點，Kubernetes這個名字用做某一項技術或者框架實際上是顯得過長了，可是咱們技術人老是充滿智慧的，馬上想出了K8s這個NickName (K8s是把用8代替8個字符「ubernete」而成的縮寫), 一下逼格就不同了。

在這裏不得不佩服一下Google的野心，技術積累和對技術發展的洞察力。Kubernetes明面上，由Google在2014年啓動，但實際上，在容器技術變成熱門以前，Google早就已經運行了Kubernetes十多年了，只是那個時候並不叫Kubernetes，而是一個內部代號Borg的系統，一直用於Google本身的網絡服務並提供支持，後來Kubernetes 用Go語言從新實現了一遍Borg而已，而後Google將Kubernetes開源出來，提供給技術社區使用。Google不管是移動戰略（Android），AI (Tensorflow)，仍是到咱們如今講的雲計算，都始終立足於平臺化，把用戶圈進來，而後創建本身巨大的商業價值。

回到技術自己，簡單的說，kubernetes是管理container的工具，正如Openstack是管理VM的工具同樣。container能夠運行在物理機上，也能夠運行在VM上。可是呢，不少雲廠商的IaaS都是經過openstack來管理虛擬機的，應用用戶又經過這些虛擬機上運行docker，而後使用K8s進行管理。

（來源於Wikipedia）

我我的的感覺看，Kubernetes 對應用程序開發人員來講頗有吸引力，由於它減輕了容器化後對中間件團隊和運維團隊的依賴程度，這個痛，只有實戰過的人才懂。另外，K8s 的核心優點在於爲應用程序開發人員提供了用於編排無狀態 Docker 容器的強大工具， 同時它提供了Paas平臺須要的一些通用功能，好比部署，擴展，負載均衡，日誌，監控等。

最後，總結一點，Kubernetes之因此能發展到今天，除了「先天基因」，由於它比市面上其餘容器集羣管理更懂技術人員。 真正瞭解DevOps的價值，重用容器，並在基於容器的應用中驅動更好的架構實踐。

下一集講什麼？ Mesos or Swarm? 請你們拭目以待。

掃描二維碼或手動搜索微信公衆號【架構棧】： ForestNotes

歡迎轉載，帶上如下二維碼便可