溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天就跟大家聊聊有關Helm架構是怎樣的，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。
在實踐之前，我們先來看看 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架構是怎樣的有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
