（1）什么是Kubernetes?Kubernetes是一個在集群主機間進行自動化部署、擴展和容器操作的提供以容器為中心基礎設施的開源平臺。通過Kubernetes,你可以快速有效地響應用戶需求：快速而有預期地部署你的應用極速地擴展你的應用無縫鋪展新的應用功能節省資源，優化硬件資源的使用我們的目標是孕育一個組件和工具的生態系統以資源在公有云和私有云中運行的應用的負擔。Kubernetes特點:可移植: 支持公有云，私有云，混合云，復合云可擴展: 模塊化，熱插撥，可組合自愈: 自動替換，自動重啟，自動復制，自動擴展Kubernetes始于Google 2014 年的一個項目。 Kubernetes的構建基于Google十多年運行大規模負載產品的經驗，同時也吸取了社區中最好的意見和經驗。

2）為什么要選擇容器？

當容器技術這么熱門的時候有是不是在疑惑為什么要選用這樣的技術呢？

傳統的應用部署方式是通過操作系統的包管理器來安裝應用。然而這樣做的一個劣勢在于，它把應用的運行，配置，庫和生存周期和機器的操作系統糾纏在一起。當然你可以通過創建虛機鏡像的方式來獲得可以預期的前滾和回滾操作，然而虛擬機太重量級并且不可移植。

新的方式是通過部署基于操作系統級別虛擬化的容器進行虛擬化而非通過硬件來進行虛擬化。這些容器之間相互隔離：它們有自己的文件系統，然而它們也無法看到彼此之間的進程，并且它們之間的計算資源也是有界限的。相較于虛擬機容器也更容易部署，并且因為它們是和底層設施和機器文件系統解耦的，它們可以在云和不同版本的操作系統間進行遷移。

因為容器小而快，一個應用可以被打包進一個容器映像。正是應用與容器鏡像間一對一的關系解鎖了容器的很多優點：

在build或者release 的階段（而非部署階段）可以創建不變的容器鏡像，因為每個應用都用和其他的應用棧相組合，也不依賴于生產環境基礎設施。這使得從研發到生產過程中可以采用持續的環境。

容器比虛機要更加透明，這更便于監控和管理。尤其是因為窗口的進程的生命周期是被基礎設施直接管理而不是被容器中的進程管理器隱藏起來管理。

因為一個容器包含一個應用，這讓對容器的管理等同于對應用部署的管理。

總結一下容器的優點：

• 敏捷地應用創建和部署：相較于VM增加了容器鏡像創建的效率。
• 持續開發，集成和部署：通過快速的回滾操作（因為鏡像的穩定性）提供可靠的經常的容器鏡像的創建和部署。
• 開發和運行相分離：在build或者release 的階段（而非部署階段），使得應用和基礎設施解耦。
• 開發，測試和生產環境的持續：在筆記本上可以像在云中一樣的運行。
• 云和操作系統版本的可移植性：可以運行在 Ubuntu, RHEL, CoreOS, on-prem, Google Container Engine,和任何其它的運行環境中。
• 應用為中心的管理：提升了虛擬化的層次，從虛擬硬件上運行操作系統的抽象到操作系統中應用邏輯資源的虛擬。
• 松耦合，分布式，彈性，自由的微服務：應用被打散成更小的，獨立的小碎片并且可以動態地部署和管理——而非是一個在用途單一的龐大機器中運行的一個臃腫堆棧中。
• 資源隔離：可以預測的應用性能。
• 資源使用：高效。

（3）為什么需要Kubernetes，利用它又能做些什么呢？

Kubernetes可以安排物理機或者虛擬機上運行的應用容器的使用。

當然它不只可以做這些。

為了充分發揮它的潛能，你需要剪斷物理機虛擬機的束縛。

然而，一旦特定的容器不再局限于特定的主機，主機為中心的基礎設施便不再適用了：組管理，負載均衡，自動擴展等。你需要的是以容器為中心的基礎設施。而這正是Kubernetes所提供的。

Kubernetes可以滿足很多運行環境中應用的通用的需求，比如：

• 進程協同，利用復合應用保證應用和容器一對一的模型。
• 存儲系統掛載
• 分發密鑰
• 應用健康檢測
• 應用實例復制
• 水平自動擴展
• 命名和發現
• 負載均衡
• 滾動更新
• 資源監控
• 日志訪問
• 自檢和調試
• 識別和認證

這為PaaS提供了IaaS層的便利，提供了基礎設施提供者間的可移植性。

詳細內容，參見用戶指南.

（4）Kubernetes為什么又是怎么樣的一個平臺呢？

盡管Kubernetes提供了很多功能，總有一些新的場景可以從這些功能中獲益。特定的應用工作流可以提高開發者的開發速度。最新可以接受的組合常常需要強勁的大規模的自動化。這也是為什么Kubernetes構建以來為什么要做一個讓應用的部署、擴展和管理更便捷的生態平臺的原因。

Labels讓用戶可以隨心所欲地組織自己的資源。 Annotations讓用戶可以給資源添加定制化的信息以充分使用自己的工作流，提供一種簡單的管理工具。

此外，Kubernetes control plane本身也是基于公布給開發者和用戶相同 的一組API。用戶可以自己定開發自己的controllers, schedulers等。如果愿意，它們甚至可以用自己的API 開發自己的command-line tool.

這樣的設計也讓很多其它系統可以構建于Kubernetes之上。

（5）Kubernetes不是什么：

Kubernetes不是一個傳統的，包羅一切的PaaS系統。我們保留用戶的選擇，這一點非常重要。

• Kubernetes不限制支持應用的種類。它不限制應用框架，或者支持的運行時語言，也不去區分 “apps” 或者“services”。 Kubernetes致力于支持不同負載應用，包括有狀態、無狀態、數據處理類型的應用。只要這個應用可以在容器里運行，那么它就可以在Kubernetes上很多地運行。
• Kubernetes不提供中間鍵（如message buses），數據處理框架（如Spark），數據庫(如Mysql)，或者集群存儲系統(如Ceph)。但這些應用都可以運行于Kubernetes。
• Kubernetes沒有一個點擊即可用的應用市場。
• Kubernetes不部署源碼不編譯應用。持續集成的 (CI)工作流方面，不同的用戶有不同的需求和偏好，因此，我們提供分層的 CI工作流，但并不定義它應該怎么做。
• Kubernetes允許用戶選擇自己的日志、監控和報警系統。
• Kubernetes不提供可理解的應用配置語言(e.g., jsonnet).
• Kubernetes不提供或者任何綜合的機器配置，維護，管理或者自愈系統。

另一方面，大量的Paas系統都可以運行在Kubernetes上，比如Openshift, Deis, 和Gondor。你可以構建自己的Paas平臺，集成CI。

因為Kubernetes運行在應用而非硬件層面，它提供了普通的Paas平臺提供的一些通用功能，比如部署，擴展，負載均衡，日志，監控等。然而，Kubernetes并非一個龐然大物，這些功能老師可選的。

另外，Kubernetes不僅僅是一個“編排系統”；它消彌了編排的需要。“編排”的定義是指執行一個預定的工作流：先做A，之后B，然后C。相反地，Kubernetes是由一系列獨立的、可組合的驅使當前狀態走向預想狀態的控制進程組成的。怎么樣從A到C并不重要：達到目的就好。當然也是需要中心控制的；方法更像排舞的過程。這讓這個系統更加好用更加強大、健壯、 有彈性且可擴展。

（6）Kubernetes是什么意思呢? K8s?

Kubernetes起源于希臘語, 是“舵手”或者“領航員”的意思，是“管理者”和“控制論”的根源。 K8s是把用8代替8個字符“ubernete”而成的縮寫。

總結

以上是生活随笔為你收集整理的Kubernetes初步了解及入门的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。