共計 861 個字符，預計需要花費 3 分鐘才能閱讀完成。

今天就跟大家聊聊有關 Helm 架構是怎樣的，可能很多人都不太了解，為了讓大家更加了解，丸趣 TV 小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

在實踐之前，我們先來看看 Helm 的架構。

Helm 有兩個重要的概念：chart 和 release。

chart 是創建一個應用的信息集合，包括各種 Kubernetes 對象的配置模板、參數定義、依賴關系、文檔說明等。chart 是應用部署的自包含邏輯單元。可以將 chart 想象成 apt、yum 中的軟件安裝包。

release 是 chart 的運行實例，代表了一個正在運行的應用。當 chart 被安裝到 Kubernetes 集群，就生成一個 release。chart 能夠多次安裝到同一個集群，每次安裝都是一個 release。

Helm 是包管理工具，這里的包就是指的 chart。Helm 能夠：

從零創建新 chart。

與存儲 chart 的倉庫交互，拉取、保存和更新 chart。

在 Kubernetes 集群中安裝和卸載 release。

更新、回滾和測試 release。

Helm 包含兩個組件：Helm 客戶端 和 Tiller 服務器。

Helm 客戶端是終端用戶使用的命令行工具，用戶可以：

在本地開發 chart。

管理 chart 倉庫。

與 Tiller 服務器交互。

在遠程 Kubernetes 集群上安裝 chart。

查看 release 信息。

升級或卸載已有的 release。

Tiller 服務器運行在 Kubernetes 集群中，它會處理 Helm 客戶端的請求，與 Kubernetes API Server 交互。Tiller 服務器負責：

監聽來自 Helm 客戶端的請求。

通過 chart 構建 release。

在 Kubernetes 中安裝 chart，并跟蹤 release 的狀態。

通過 API Server 升級或卸載已有的 release。

簡單的講：Helm 客戶端負責管理 chart；Tiller 服務器負責管理 release。

看完上述內容，你們對 Helm 架構是怎樣的有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注丸趣 TV 行業資訊頻道，感謝大家的支持。