歡迎光臨
每天分享高質量文章

Kubernetes是什麼?為什麼也稱為K8S?

這是一篇 Kubernetes 的概覽。Kubernetes 是一個自動化部署、伸縮和操作應用程式容器的開源平臺。

使用 Kubernetes,你可以快速、高效地滿足用戶以下的需求:

  • 快速精準地部署應用程式

  • 即時伸縮你的應用程式

  • 無縫展現新特征

  • 限制硬體用量僅為所需資源

標的是培育一個工具和組件的生態系統,以減緩在公有雲或私有雲中運行的程式的壓力。

Kubernetes的優勢:

  • 可移動: 公有雲、私有雲、混合雲、多型雲

  • 可擴展: 模塊化、插件化、可掛載、可組合

  • 自修複: 自動部署、自動重啟、自動複製、自動伸縮

Google 公司於 2014 年啟動了 Kubernetes 專案。Kubernetes 是在 Google 的長達 15 年的成規模的產品級任務的經驗下構建的,結合了來自社區的最佳創意和實踐經驗。

為什麼選擇容器?

想要知道你為什麼要選擇使用容器?

程式部署的傳統方法是指通過操作系統包管理器在主機上安裝程式。這樣做的缺點是,容易混淆程式之間以及程式和主機系統之間的可執行檔案、配置檔案、庫、生命周期。為了達到精準展現和精準回撤,你可以搭建一臺不可變的虛擬機鏡像。但是虛擬機體量往往過於龐大而且不可轉移。

容器部署的新的方式是基於操作系統級別的虛擬化,而非硬體虛擬化。容器彼此是隔離的,與宿主機也是隔離的:它們有自己的檔案系統,彼此之間不能看到對方的行程,分配到的計算資源都是有限制的。它們比虛擬機更容易搭建。並且由於和基礎架構、宿主機檔案系統是解耦的,它們可以在不同型別的雲上或操作系統上轉移。

正因為容器又小又快,每一個容器鏡像都可以打包裝載一個程式。這種一對一的“程式 – 鏡像”聯繫帶給了容器諸多便捷。有了容器,靜態容器鏡像可以在編譯/發佈時期創建,而非部署時期。因此,每個應用不必再等待和整個應用棧其它部分進行整合,也不必和產品基礎架構環境之間進行妥協。在編譯/發佈時期生成容器鏡像建立了一個持續地把開發轉化為產品的環境。相似地,容器遠比虛擬機更加透明,尤其在設備監控和管理上。這一點,在容器的行程生命周期被基礎架構管理而非被容器內的行程監督器隱藏掉時,尤為顯著。最終,隨著每個容器內都裝載了單一的程式,管理容器就等於管理或部署整個應用。

容器優勢總結:

  • 敏捷的應用創建與部署:相比虛擬機鏡像,容器鏡像的創建更簡便、更高效。

  • 持續的開發、集成,以及部署:在快速回滾下提供可靠、高頻的容器鏡像編譯和部署(基於鏡像的不可變性)。

  • 開發與運營的關註點分離:由於容器鏡像是在編譯/發佈期創建的,因此整個過程與基礎架構解耦。

  • 跨開發、測試、產品階段的環境穩定性:在筆記本電腦上的運行結果和在雲上完全一致。

  • 在雲平臺與OS上分發的可轉移性:可以在 Ubuntu、RHEL、CoreOS、預置系統、Google 容器引擎,乃至其它各類平臺上運行。

  • 以應用為核心的管理:從在虛擬硬體上運行系統,到在利用邏輯資源的系統上運行程式,從而提升了系統的抽象層級。

  • 鬆散耦聯、分佈式、彈性、無拘束的微服務:整個應用被分散為更小、更獨立的模塊,並且這些模塊可以被動態地部署和管理,而不再是儲存在大型的單用途機器上的臃腫的單一應用棧。

  • 資源隔離:增加程式表現的可預見性。

  • 資源利用率:高效且密集。

為什麼我需要 Kubernetes,它能做什麼?

至少,Kubernetes 能在物體機或虛擬機集群上調度和運行程式容器。而且,Kubernetes 也能讓開發者斬斷聯繫著物體機或虛擬機的“鎖鏈”,從以主機為中心的架構躍至以容器為中心的架構。該架構最終提供給開發者諸多內在的優勢和便利。Kubernetes 提供給基礎架構以真正的以容器為中心的開發環境。

Kubernetes 滿足了一系列產品內運行程式的普通需求,諸如:

  • 協調輔助行程,協助應用程式整合,維護一對一“程式 – 鏡像”模型。

  • 掛載儲存系統

  • 分佈式機密信息

  • 檢查程式狀態

  • 複製應用實體

  • 使用橫向莢式自動縮放

  • 命名與發現

  • 負載均衡

  • 滾動更新

  • 資源監控

  • 訪問並讀取日誌

  • 程式除錯

  • 提供驗證與授權

以上兼具平臺即服務(PaaS)的簡化和基礎架構即服務(IaaS)的靈活,並促進了在平臺服務提供商之間的遷移。

Kubernetes 是一個什麼樣的平臺?

雖然 Kubernetes 提供了非常多的功能,總會有更多受益於新特性的新場景出現。針對特定應用的工作流程,能被流水線化以加速開發速度。特別的編排起初是可接受的,這往往需要擁有健壯的大規模自動化機制。這也是為什麼 Kubernetes 也被設計為一個構建組件和工具的生態系統的平臺,使其更容易地部署、縮放、管理應用程式。

標簽(label)可以讓用戶按照自己的喜好組織資源。 註釋(annotation)讓用戶在資源里添加客戶信息,以優化工作流程,為管理工具提供一個標示除錯狀態的簡單方法。

此外,Kubernetes 控制面板是由開發者和用戶均可使用的同樣的 API 構建的。用戶可以編寫自己的控制器,比如 調度器(scheduler),使用可以被通用的命令列工具識別的他們自己的 API。

這種設計讓大量的其它系統也能構建於 Kubernetes 之上。

Kubernetes 不是什麼?

Kubernetes 不是傳統的、全包容的平臺即服務(Paas)系統。它尊重用戶的選擇,這很重要。

Kubernetes:

  • 並不限制支持的程式型別。它並不檢測程式的框架 (例如,Wildfly),也不限制運行時支持的語言集合 (比如, Java、Python、Ruby),也不僅僅迎合 12 因子應用程式,也不區分 應用 與 服務 。Kubernetes 旨在支持盡可能多種類的工作負載,包括無狀態的、有狀態的和處理資料的工作負載。如果某程式在容器內運行良好,它在 Kubernetes 上只可能運行地更好。

  • 不提供中間件(例如訊息總線)、資料處理框架(例如 Spark)、資料庫(例如 mysql),也不把集群儲存系統(例如 Ceph)作為內置服務。但是以上程式都可以在 Kubernetes 上運行。

  • 沒有“點擊即部署”這類的服務市場存在。

  • 不部署原始碼,也不編譯程式。持續集成 (CI) 工作流程是不同的用戶和專案擁有其各自不同的需求和表現的地方。所以,Kubernetes 支持分層 CI 工作流程,卻並不監聽每層的工作狀態。

  • 允許用戶自行選擇日誌、監控、預警系統。( Kubernetes 提供一些集成工具以保證這一概念得到執行)

  • 不提供也不管理一套完整的應用程式配置語言/系統(例如 jsonnet)。

  • 不提供也不配合任何完整的機器配置、維護、管理、自我修複系統。

另一方面,大量的 PaaS 系統運行在 Kubernetes 上,諸如 Openshift、Deis,以及 Eldarion。你也可以開發你的自定義PaaS,整合上你自選的CI系統,或者只在 Kubernetes 上部署容器鏡像。

因為 Kubernetes 運營在應用程式層面而不是在硬體層面,它提供了一些 PaaS 所通常提供的常見的適用功能,比如部署、伸縮、負載平衡、日誌和監控。然而,Kubernetes 並非鐵板一塊,這些預設的解決方案是可供選擇,可自行增加或刪除的。

而且, Kubernetes 不只是一個編排系統 。事實上,它滿足了編排的需求。 編排 的技術定義是,一個定義好的工作流程的執行:先做 A,再做 B,最後做 C。相反地, Kubernetes 囊括了一系列獨立、可組合的控制流程,它們持續驅動當前狀態向需求的狀態發展。從 A 到 C 的具體過程並不唯一。集中化控制也並不是必須的;這種方式更像是編舞。這將使系統更易用、更高效、更健壯、復用性、擴展性更強。

Kubernetes 這個單詞的含義?k8s?

Kubernetes 這個單詞來自於希腊語,含義是 舵手 或 領航員 。其詞根是 governor 和 cybernetic。 K8s 是它的縮寫,用 8 字替代了“ubernete”。

來源:Kubernetes.io   

譯者:Linux中國 

推薦閱讀:

溫馨提示:

請搜索“ICT_Architect”“掃一掃”二維碼關註公眾號,點擊原文鏈接獲取更電子書詳情

求知若渴, 虛心若愚

赞(0)

分享創造快樂