社区微信群开通啦，扫一扫抢先加入社区官方微信群
社区微信群
在实践之前，我们先来看看 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。
书籍：
1.《每天5分钟玩转Kubernetes》
https://item.jd.com/26225745440.html
2.《每天5分钟玩转Docker容器技术》
https://item.jd.com/16936307278.html
3.《每天5分钟玩转OpenStack》
https://item.jd.com/12086376.html
如果觉得我的文章对您有用，请随意打赏。你的支持将鼓励我继续创作！
