Kubernetes決勝後 雲變革下一輪風口在哪？

文末添加K8S技術社區小助手，獲取Kubernetes 2018容器熱點私享會視頻PPT！

在2017年，我們都見證了Kubernetes的壓倒性勝利 。它出現在每一個雲端，在全球最大的數據中心中運行，而且對企業託管軟體的方式產生了巨大的影響。在2018年，這種採用會進一步加速，而這很大程度上是由一個名為Helm的、快速發展的項目所推動的。

Helm是針對基於Kubernetes的應用程序的包管理器，可以讓軟體工程師定義應用程序服務，以及它們如何工作和交互。這代表了伺服器端軟體部署、管理和定義的一個重大發展。這一轉變是微服務被大量採用的一個關鍵組成部分，其重要性不可忽視。

任何使用過桌面包管理器（如Homebrew、Aptitude）的人都了解其價值所在。不同於建立一個單一的、單體的應用程序，使用包就意味著允許你拉進和重用其他軟體的某些部分。這加快了開發速度，提高了安全性，並使管理和升級應用程序變得簡單。而且安裝一個包很簡單。

雲的打包挑戰

長期以來，供應商一直頭痛於如何為雲打包應用程序。亞馬遜有Amazon Machine Images，微軟有Azure Resource Manager（ARM）模板，甚至在某種程度上，Docker容器也被用來滿足要求。

然而，這些方法都有問題。在大多數情況下，定義一個應用程序需要這個包在單獨的一個伺服器上運行。

而另一方面，Helm是建立在Kubernetes之上，並利用該架構來管理可擴展的包。

假設我想推出一個WordPress站點。我可以使用一個AMI或者Docker鏡像，這個鏡像包含WordPress運行需要的所有東西。但是，由於這些模板與虛擬機相關聯，因此只能按虛擬機允許的方式進行擴展。換句話說，我必須將這些鏡像安裝在更大的伺服器上，並為其提供更多的資源。

而用了Helm，WordPress被定義為一組服務，它們都可以在自己的Kubernetes pod和節點上運行。有了Helm，建立一個可以處理數百萬個連接的WordPress站點很簡單。你不需要用上所有的組件來複制一個鏡像，而是拉進一組可以彼此獨立伸縮的鏡像。

Helm將成為定義應用的新默認選擇

構建基於微服務的項目所面臨的一個挑戰是可移植性下降。應用程序更強大，可擴展，但你如何構建一個新實例？沒有包管理器，用50個不同的微服務創建一個新實例，實在是一個噩夢。

使用Helm就很簡單，只要知道要安裝的包或chart的名稱就行了。

這意味著一些令人興奮的可能性。例如，我們的一些用戶一直在使用Helm來定義他們的應用程序，並為測試和開發搭建一次性的臨時環境。這消除了傳統staging伺服器所造成的瓶頸，並帶來了可擴展性和更快的工程循環。

2017年的戰鬥是關於哪個雲編排器勝出，Kubernetes贏了。2018年，Helm已經準備好成為事實上的技術標準，足以讓工程團隊充分利用Kubernetes。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！