1樓：扶搖直上三千里
搭建生產環境的 Kubernetes - 前言
待日後更新
首先，我們要明確一點。
我們不需要盲目的追求理解別人所定義的 「Kubernetes 在現在的技術體系架構中處於一種什麼角色」。我們需要把自己的關注點放在 Kubernetes 可以為我們解決什麼問題上。
Kubernetes 帶來的是乙個生態的改變，其核心包括如下功能：
分布式的集群，實現在多個主機進行排程。
提供乙個宣告性、可擴充套件、用於與系統互動的API 介面。
提供乙個 CLI （ kubectl ），用於開發人員與系統互動。
從物件的當前狀態到期望狀態的排程。
提供基本的服務抽象來幫助工作負載之間路由請求。
暴露多個介面，用於支援可插拔式的網路和儲存外掛程式。
在搭建環境之前，我們需要對我們所需要構建的應用平台場景進行一些取捨。是直接使用雲服務商提供的功能？還是我們要自己搭建？
應用平台需要給開發者提供什麼樣的功能？接下來我們將一步一步進行抉擇。
如下圖，展示了團隊內從沒有 Kubernetes 到給開發人員提供 Kubernetes 服務中的所有經歷。
Kubernetes timeline
乙個理想的抽象化程度是使得開發人員不需要關注底層的實現，他們只需要實現其相關邏輯。即開發人員不需要關心如何實現某種功能，只需要進行一些簡單的配置或呼叫一下某個 API 即可。
當然，對於一些有 Kubernetes 經驗的開發團隊來說（ 雖然這種團隊比較少 ）。暴露更多的 Kubernetes API 可能使得開發團隊更加的靈活呼叫功能。
所以，我們還是需要根據當前團隊的情況對抽象化進行取捨。
Kubernetes Abstraction
如前文所述，是直接使用雲服務商提供的功能？還是我們要自己搭建？這些問題也是乙個非常值得考究的問題。我們分兩個方面進行考慮。
工程方面
工程方面的考慮
通過該圖我們可以看出。一些成熟的平台如： Cloud Foundry、OpenShift、Heroku 提供了開箱即用的能力。
他們具有 「最適合生產環境「 和 「最小工程量」 的特徵。雖然我們自己搭建的 Kubernetes 服務也具有 「最適合生產環境」 特徵，但是它卻需要非常大的工程量來實現。
接下來我們看一下在另乙個維度，他們的表現如何。
業務需求方面
業務需求方面的考慮
通過上圖我們可以看出，自己搭建服務脫穎而出，因為這個平台是你自己實現的。所以你擁有神一樣的控制權。你可以完成所有你可以想到的事情。可以為開發者的各種奇怪需求進行滿足。
根據團隊開發人員對 Kubernetes 的了解和業務需求來決定應用平台對開發團隊的抽象化程度。
建議應用平台構建人員不多，但是使用 K8s 進行容器編排是剛需的團隊優先考慮雲服務提供的雲集群。後續根據業務需求進行擴充套件或選擇自建集群。
2樓：小士多啤梨
英語過關建議直接看英文官網http://
kubernetes.io
，你說的這本書也可以，畢竟關於k8s的書也沒幾本。現在有個紀念版了，基於k8s 1.6寫的，新一些。
如何學習 了解kubernetes？
Linux中國 推薦看一下 AWS 的服務。根據諮詢機構 Nucleus Research 的資料，所有雲中 K8S 的工作負載，竟然有 82 都是執行在 AWS 上的。Linux中國 如何看待 Amazon EKS 服務？ tkanng 0.才雲科技的教程kube ladder，詳細地講解了從小白...
為什麼 Kubernetes 現在如此火熱？
Lonor Kubernetes 社群 CNCF 提出的 雲原生 概念，給傳統伺服器基礎設施提供了一套基於容器的軟體抽象，讓整個集群可以與雲主機解耦。宣告式編排將傳統的流程式部署轉換為可替換的 manifest，大大減輕更新版本時的心智負擔。 iyacontrol Kubernetes 現在如此火熱...
讀書有什麼用？學習有什麼用？
梅子 有人會問，女孩子上那麼久的學 讀那麼多的書，最終不還是要回一座平凡的城，打乙份平凡的工，嫁作人婦，洗衣煮飯，相夫教子，何苦折騰？我想，我們的堅持是為了，就算最終跌入繁瑣，洗盡鉛華，同樣的工作，卻有不一樣的心境，同樣的家庭，卻有不一樣的情調，同樣的後代，卻有不一樣的素養。楊瀾 鹹魚逐日 提出這種...