helm功能

• 管理复杂应用：Charts能够描述哪怕是最复杂的程序结构，其提供了可重复使用的应用安装的定义。

• 易于升级：使用就地升级和自定义钩子来解决更新的难题。

• 简单分享：Charts易于通过公共或私有服务完成版本化、分享及主机构建。

• 回滚：可使用“helm rollback”命令轻松实现快速回滚。

helm核心术语

• 从0开始创建Charts

• 将Charts及其相关的文件打包为归档格式

• 将Charts存储于仓库（repository）中并与之交互

• 在Kubernetes集群中安装或卸载Charts以及管理经Helm安装的应用的版本发行周期

• Charts：即一个Helm程序包，它包含了运行一个Kubernetes应用所需要的镜像、依赖关系和资源定义等，必要时还会包含Service的定义；它类似于yum的rpm文件。

• Repository：Charts仓库，用于集中存储和分发Charts，类似于Python的PyPI。

• Config：应用程序实例化安装运行时使用的配置信息。

• Release：应用程序实例化配置后运行于Kubernetes集群中的一个Charts实例；从V3开始，Release 不再是全局资源，而是存储在各自命名空间内。

helm架构

Helm主要由Helm客户端、Tiller服务器和Charts仓库（repository）组成

• 本地Charts开发。

• 管理Charts仓库。

• 与Tiller服务器交互：发送Charts以安装、查询Release的相关信息以及升级或卸载已有的Release。

• 监听来自于Helm客户端的请求。

• 合并Charts和配置以构建一个Release。

• 向Kubernetes集群安装Charts并对相应的Release进行跟踪。

• 升级和卸载Charts。

Helm工作原理

Chart Install 过程

• Helm从指定的目录或者tgz文件中解析出Chart结构信息

• Helm将指定的Chart结构和Values信息通过gRPC传递给Tiller

• Tiller根据Chart和Values生成一个Release

• Tiller将Release发送给Kubernetes用于生成Release

Chart Update过程

• Helm从指定的目录或者tgz文件中解析出Chart结构信息

• Helm将要更新的Release的名称和Chart结构，Values信息传递给Tiller

• Tiller生成Release并更新指定名称的Release的History

• Tiller将Release发送给Kubernetes用于更新Release

Chart Rollback过程

• Helm将要回滚的Release的名称传递给Tiller

• Tiller根据Release的名称查找History

• Tiller从History中获取上一个Release

• Tiller将上一个Release发送给Kubernetes用于替换当前Release

Helm 安装