为什么是helm
这个问题要从容器说起。大家都知道， docker 官方建议每个容器只运行一个进程，但是相信大部分人都有图省事在一个容器里开 supervisor 或者 systemd 的时候。考虑到这个需求， k8s 提出了 pod 的概念。一个 pod 里面可以包含多个容器，每个容器运行一个进程，而 k8s 的最小调度单位又是 pod ，这就使得我们可以在最小调度单位中运行多个进程。这样就解决问题了吗？并没有。我们来看看 gitlab 。像 gitlab 这样复杂的 web 应用程序，包含了很多部分。我们可以像上面那样，把 gitlab 的所有部分都写到一个 pod 里面，但是这样就不好单独伸缩某一部分了。所以还是建议拆开来写。这样各个部分保持相对独立，可以自由伸缩。这一拆开，文件就很多了，也就不好维护了。于是 helm 诞生了。
helm 是 k8s 上的一个包管理工具， helm 把一个包称作 chart ，一个 chart 中有多个 k8s 配置文件，这样就能把一个完整的应用程序管理起来。这篇文章会记录 helm 的安装过程。
安装helm
我刚去 helm 官网看过， helm3 目前还是 unreleased 的状态，所以我们这里介绍如何安装 helm2 。首先我们去 helm 的官方仓库，找到最新的版本，下载压缩包到 master 上并解压。
wget https://get.helm.sh/helm-v2.16.0-linux-amd64.tar.gz
tar -zxvf ./helm-v2.16.0-linux-amd64.tar.gz
解压出 linux-amd64 目录，我们可以看到里面有个 helm 可执行文件。我们把它拷贝到 /usr/local/bin 目录下
cp linux-amd64/helm /usr/local/bin/
好了，现在已经装好一半了。而另一半，叫做 tiller ，需要装到 k8s 中。因为 tiller 涉及到 k8s 中创建 pod 等权限，所以我们需要给 tiller 写一个 ServiceAccount 的配置文件来给它分配这些权限。
apiVersion: v1
kind: ServiceAccount
metadata:
name: tiller # 账户就叫tiller
namespace: kube-system # 账户设置到k8s系统的命名空间下
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
name: tiller
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: ClusterRole
name: cluster-admin # 给他集群管理员的角色，这样权限就很大了，如果你熟悉k8s的rbac，你可以稍微限制一下tiller的权限。
subjects:
- kind: ServiceAccount
name: tiller
namespace: kube-system
老规矩，盘他：
接着我们执行helm的init命令：
helm init --service-account tiller --upgrade -i registry.cn-hangzhou.aliyuncs.com/google_containers/tiller:v2.16.0 --stable-repo-url https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts
我们设置 service account 为 tiller ； --upgrade 表示更新 k8s 中的 tiller ，如果没有就安装； -i 表示安装 tiller pod 所使用的镜像，我们使用阿里云的镜像，后面的版本号一定要跟 helm 的版本号一致；最后是设置一个默认的稳定的包源，还是使用阿里云的。
效果如下：
我们来看看 pod ：
已经 running 了，这样我们的 helm 就安装完成了。
helm2 的安装还是比较简单的，而 helm3 去掉了 tiller 组件，相信比 helm2 安装起来还要简单。
不过别看 helm 安装简单，就觉得它可有可无。其实在接下来的文章中，我们会利用 helm 部署 gitlab 、 gitlab-ci 和 harbor 等 devops 重要的组成部分。并且，在我们的自动部署流程中也会用到 helm。
