你不得不了解Helm 3中的5个关键新特性

Helm是Kubernetes的一个软件包管理器。两个月前，它发布了第三个主要版本，Helm 3。在这一新版本中，有许多重大变化。本文将介绍我认为最关键的5个方面。

1、 移除了Tiller

Helm最终移除了其服务器端组件，Tiller。现在，它完全没有代理。Tiller之前是一个运行在Kubernetes上的小型应用程序，它用于监听Helm命令并处理设置Kubernetes资源的实际工作。

这是Helm3中最重大的更改。为什么Tiller的移除备受关注呢？首先，Helm应该是一种在Kubernetes配置上的模板机制。那么，为什么需要在服务器上运行某些代理呢？

Tiller本身也存在一些问题，因为它需要集群管理员的ClusterRole才能创建。因此，假设你要在Google Cloud Platform中启动的Kubernetes集群上运行Helm应用程序。首先，你需要启动一个新的GKE集群，然后使用helm init初始化Helm，然后…发现它失败了。这种情况之所以会发生是因为，在默认状态下，你没有给你的kubectl上下文分配管理员权限。现在你了解到了这一点，开始搜索为分配管理员权限的magic命令。这一系列操作下来，也许你已经开始怀疑Helm是否真的是一个不错的选择。

此外，由于Tiller使用的访问权限与你在kubectl上下文中配置的访问权限不同。因此，你也许可以使用Helm创建应用程序，但你可能无法使用kubectl创建该程序。这一情况如果没排查出来，看起来感觉像是安全漏洞。

幸运的是，现在Tiller已经被完全移除，Helm现在是一个客户端工具。这一更改会导致以下结果：

Helm使用与kubectl上下文相同的访问权限

你无需再使用helm init来初始化Helm

Release Name 位于命名空间中

Helm 3一直保持不变的是：它应该只是一个在Kubernetes API上执行操作的工具。如此，如果你可以使用纯粹的kubectl命令执行某项操作，那么也可以使用helm执行该操作。

2、 分布式仓库以及Helm Hub

Helm命令可以从远程仓库安装Chart。在Helm 3之前，它通常使用预定义的中心仓库，但你也能够添加其他仓库。但是从现在开始，Helm将其仓库模型从集中式迁移到分布式。这意味着两个重要的改变：

预定义的中心仓库被移除

Helm Hub（一个发现分布式chart仓库的平台）被添加到helm search

为了能够更好地理解这一改变，我给你们一个示例。在Helm 3之前，如果你想要安装一个Hazelcast集群，你需要执行以下命令：

$ helm2 install --name my-release stable/hazelcast

现在，这个命令不起作用了。你需要先添加远程仓库才能进行安装。这是因为这里不再存在一个预定义中心仓库。要安装Hazelcast集群，你首先需要添加其仓库然后安装chart：

$ helm3 repo add hazelcast https://hazelcast.github.io/charts/ $ helm3 repo update $ helm3 install my-release hazelcast/hazelcast

好消息是现在Helm 命令可以直接在Helm Hub中寻找Chart。例如，如果你想知道在哪个仓库中可以找到Hazelcast，你只需执行以下命令即可：

$ helm3 search hub hazelcast

以上命令列出在Helm Hub中所有分布式仓库中名称中包含“hazelcast”的Chart。

现在，我来问你一个问题。移除掉中心仓库是进步还是退步？这有两种观点。第一种是chart维护者的观点。例如，我们维护Hazelcast Helm Chart，而Chart中的每个更改都需要我们将其传播到中心仓库中。这项额外的工作使得中心仓库中的许多Helm Chart没有得到很好地维护。这一情况与我们在Ubuntu/Debian包仓库中所经历的很相似。你可以使用默认仓库，但它常常只有旧的软件包版本。

第二种观点来自Chart的使用者。对于他们来说，虽然现在安装一个chart比之前稍微困难了一些，但另一方面，他们能够从主要的仓库中安装到最新的chart。

3、 JSON Schema 验证

从Helm 3开始，chart维护者可以为输入值定义JSON Schema。这一功能的完善十分重要，因为迄今为止你可以在values.yaml中放入任何你所需的内容，但是安装的最终结果可能不正确或出现一些难以理解的错误消息。

例如，你在port参数中输入字符串而不是数字。那么你会收到以下错误：

$ helm2 install --name my-release --set service.port=string-name hazelcast/hazelcast Error: release my-release failed: Service in version "v1" cannot be handled as a Service: v1.Service.Spec: v1.ServiceSpec.Ports: []v1.ServicePort: v1.ServicePort.Port: readUint32: unexpected character: �, error found in #10 byte of ...|","port":"wrong-name|..., bigger context ...|fault"},"spec":{"ports":[{"name":"hzport","port":"wrong-name","protocol": "TCP","targetPort":"hazelca|...

你不得不承认这个问题难以分析和理解。