网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

一文速通Helm之简介、仓库、实践应用等

• 开山之词：Helm是什么？
• 中流砥柱：为什么需要Helm？
• 以一敌百：深入了解Helm架构
• • 1、Helm客户端
    • 2、Tiller服务器
    • 3、chart
• 核心概念：Helm的三大法宝
• 如日中天：实战Helm Demo

开山之词：Helm是什么？

用过Ubuntu和CentOS的同学都不陌生，Ubuntu下的ap-get或者CentOS下的yum，都是Linux系统下的包管理工具。采用这两个管理工具，开发者可以管理应用包之间的依赖关系，发布应用，同时用户可以以简单的方式查找、安装、升级、卸载应用程序。

那么通过类比，Helm就是Kubernetes的apt-get/yum。Helm是Deis开发的一个用于kubernetes的包管理器。每个包都称为一个Chart，一个Chart是一个目录。

应用发布者可以通过Helm打包应用，管理应用依赖关系，管理应用版本并发布应用到软件仓库。

使用者可以使用Helm但是并不需要了解K8s的Yaml语法并编写应用部署文件，可以通过Helm下载并在kubernetes上安装需要的应用。也就是通过Helm可以使用一条命令就能够将其部署安装在自己的Kubernetes集群中。Helm还可以提供软件部署、删除、升级、回滚应用等功能。

中流砥柱：为什么需要Helm？

先来看看直接应用Kubernetes部署云服务可能会遇到的困难？

Kubernetes使用yaml文件来描述和管理服务中各个组件的配置和部署需求，每个组件对应一个yaml文件。云服务通常都是由多个组件构成的，如何配置和处理好这些组件即多个yaml文件之间的关联关系，成为了Kubernetes应用的必须面对的。

当云服务升级只涉及其中一个或某几个模块时，升级模块的新yaml文件和已有yaml文件之间的关联关系会变得更加复杂，增加了使用Kubernetes来配置和管理升级的难度。

另外，Kubernetes把组件的配置信息也直接记录到yaml文件当中。从描述组件的角度来讲，这种方式确实比较清晰。但是，当云服务的部署面对多个环境，如不同的开发、测试、产品环境（当前比较常见的应用场景），要如何处理这些环境配置之间的差别呢？为每个环境都开发和维护一套不同的yaml文件？这显然增加了许多工作量。

并且，Kubernetes的yaml文件本身是没有版本的概念的。当某次部署失败，需要回滚到上一个稳定版本，该选择哪一套yaml文件来处理也成了需要解决的额外问题。

所以，Helm可以很好的解决这些问题。Helm是通过被称作Helm Chart的包来描述和管理云服务的。

以一敌百：深入了解Helm架构

Helm的架构由Helm客户端、Tiller服务器端和Chart仓库所组成；Tiller部署在Kubernetes中，Helm客户端从Chart仓库中获取Chart安装包，并将其安装部署到Kubernetes集群中。

1、Helm客户端

Helm客户端：这是一个供终端用户使用的命令行工具，客户端负责如下的工作：

• 本地chart开发、管理仓库
• 与Tiller服务器交互，如：发送需要被安装的charts、请求关于发布版本的信息、请求更新或者卸载已安装的发布版本

Helm客户端是使用Go语言编写的，它通过gRPC协议与Tiller服务器交互。

2、Tiller服务器

Tiller服务部署在Kubernetes集群中，Helm客户端通过与Tiller服务器进行交互，并最终与Kubernetes API服务器进行交互。 Tiller服务器负责如下的工作：

• 监听来自于Helm客户端的请求
• 组合chart和配置来构建一个发布
• 在Kubernetes中安装，并跟踪后续的发布
• 通过与Kubernetes交互，更新或者chart

Tiller服务器也是使用Go语言编写的，它使用Kubernetes客户端类库与Kubernetes进行通讯。

3、chart

先简单创建个chart：

helm create myapp

//chart的目录结构
# tree myapp/
    myapp/
    ├── charts
    ├── Chart.yaml
    ├── templates
    │   ├── deployment.yaml
    │   ├── _helpers.tpl
    │   ├── ingress.yaml
    │   ├── NOTES.txt
    │   ├── serviceaccount.yaml
    │   ├── service.yaml
    │   └── tests
    │       └── test-connection.yaml
    └── values.yaml

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

//bbs.csdn.net/topics/618545628)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！