1.3 云操作系統

Kubernetes已經成為部署和管理云原生應用的事實上的標準平臺。從多種方面來看，它就類似于云上的操作系統（OS）。試想一下以下情況。

●當在物理服務器上安裝一套傳統的操作系統（Linux或Windows）時，操作系統會對服務器的物理資源進行抽象，并對進程進行調動，等等。

●當在云上安裝Kubernetes時，它會對云上的資源進行抽象，并對多種云原生微服務應用進行調度。

就像Linux能夠對不同的服務器硬件進行統一的抽象一樣，Kubernetes也能夠對不同的私有云和共有云進行統一的抽象。最終，只要運行Kubernetes，就不需要關心底層是運行在自建數據中心，還是邊緣計算集群，抑或是共有云中了。

這樣來說，Kubernetes能夠實現真正意義上的混合云，使用戶跨越不同的公有云或私有云實現對負載的無縫遷移和均衡。當然，也可以在不同的云之間進行遷移，這意味著不會永遠被綁定在最初確定的云上。

1.3.1 云的規模

總體來說，容器讓人們能夠輕松應對大規模系統的擴展性的挑戰——前面剛剛提到，Google每周可以運行數十億的容器！

這很不錯，但是并非所有組織或公司都有Google這樣的體量。其他的情況呢？

通常來說，如果原有的應用運行在數百個虛擬機上，那么很可能相應的容器化的云原生應用會運行到數千個容器上。這么說來，確實迫切需要一種管理它們的方法。

勸君嘗試一下Kubernetes。

而且，我們生活在一個商業和科技日新月異且越來越專精的世界。有鑒于此，我們迫切需要一種無所不在的框架或平臺能夠屏蔽這些復雜性。

再次勸君嘗試一下Kubernetes。

1.3.2 應用的調度

一臺典型的計算機是由CPU、RAM、存儲和網絡構成的。不過現代操作系統已經能夠對大多數的底層進行很好的抽象。舉例來說，有多少開發者會去關心程序運行在哪個CPU核心上呢？并沒有多少，OS已經為我們搞定了這些。這是一種很好的方式，這使應用程序的開發過程變得友好許多。

Kubernetes對云和數據中心的資源進行了類似的管理。總體來說，云或數據中心就是一個包含計算、存儲與網絡的資源池。Kubernetes對它進行了抽象。這意味著我們無須明確對應用運行在哪個節點或存儲卷上進行硬編程，我們甚至無須關心應用運行在哪個云上——讓Kubernetes操心這事即可。從此無須為服務器命名，無須將卷的使用情況記錄在電子表格中，總之，無須像對待“寵物”（pet）一樣管理數據中心的資產。Kubernetes這樣的系統并不關心這些。對應用進行類似“把某應用模塊運行在某個指定的節點上，配置它的IP，將其數據至于某個具體的卷上……”這樣進行運維操作的日子，已經一去不復返了。

1.3.3 一個簡單的模擬

思考一下快遞貨物的過程。

發件人將貨物按照快遞公司的標準打包，寫明送貨信息，然后交給快遞小哥。僅此而已，其他的事情交給快遞公司來操心就好了：物流過程是走航運還是陸運，跑哪條高速，由哪個司機來駕駛等。快遞公司還提供類似于包裹追蹤、調整目的地等服務。重點在于，快遞公司所需要的僅僅是打包的貨物以及送貨信息。

Kubernetes中的應用也是類似的。將應用打包成容器，聲明其運行方式，然后交給Kubernetes來啟動它們并保持其運行狀態。Kubernetes同樣也提供了豐富的用來檢查運行狀態的工具和API。特別好用。