Deis Helm借重要更新改进Kubernetes易用性

DevOps 容器 云计算 Kubernetes 依赖项管理

摘要：

InfoQ最近就Deis Helm的重要更新采访了Deis首席架构师Jason Hanson。Deis主要开发简化Kubernetes使用方法的各类开源工具，此次发布的新版，最主要的功能在于对Kubernetes新版本的就地升级提供了一流支持。Helm现在还可用来定义在安装、升级，以及删除操作前后调用的钩子。

正文：

InfoQ最近就Deis Helm的重要更新采访了Deis首席架构师Jason Hanson。Deis主要开发简化Kubernetes使用方法的各类开源工具，此次发布的新版，最主要的功能在于对Kubernetes新版本的就地升级提供了一流支持。Helm现在还可用来定义在安装、升级，以及删除操作前后调用的钩子。

Deis公司旨在帮助其他公司顺利步入Kubernetes和原生云计算的世界。虽然Deis对Kubernetes抱有坚信不疑的态度，但他们认为该技术在易用性方面还有很大提升空间。Deis Helm是一种（与yum和apt类似的）包管理器，Chart是可管理的包（类似于deb和rpm）。这些Chart的核心是Kubernetes Chart仓库，可为Pull请求提供持续集成，并能对主分支中的Chart进行自动化发布。他们还通过Kubernetes博客提供了有关Helm Chart的进一步介绍和详细范例。

Deis正在围绕Helm构建社区。他们建立了一个GitHub开源社区项目。随着社区逐渐壮大，越来越多的Kubernetes用户开始提供新的Helm Chart。对于新建Helm Chart感兴趣的人可以加入Kubernetes #helm 频道。诸如Bitnami等公司正在开发高质量的Chart，借此完善Helm Chart的开发过程，让社区成员可以更容易地开发出自己的Chart。

InfoQ就最新发布的Helm中包含的关键功能采访了Hanson：

Helm社区已将大量功能包含在Alpha.3版本中。Helm Alpha.3最主要的功能是对Kubernetes的新版本就地升级提供了一流的支持。对于Chart的创作者，Helm现在还可用来定义在安装、升级，以及删除操作前后调用的钩子。借助这些钩子，用户可以将自定义函数附加到发布事件。快速简单的升级过程也是通过Kubernetes运行应用程序一个非常重要的需求。

除了就地升级，我们还对模板引擎、将Helm部署至Kubernetes集群的方法，以及操作者的整体UX体验进行了大量改进。

InfoQ向Hansen问到相比单独使用Kubernetes，将Kubernetes与Helm配合使用可以获得的优势。对于这个问题Hansen列举了一个例子作为回应：

在构建Deis Workflow时，我们很快发现围绕Kubernetes的清单产生了很多麻烦的争议。包管理能力的缺乏造成了很多有关“清单到底应该是怎么样的”之类的问题。Helm提供了一种通用的模板语言，实现版本控制的方法，以及通用的开发过程，借此有效地帮助团队成员相互之间保持一致。

Deis还提供了一种工作流产品，InfoQ就这些产品与Helm的配合使用询问了Hansen。Hansen提出，Helm（分布式原生云应用程序）的角色与Deis Workflow的角色是互补的。可以通过Helm将Deis Workflow和组件提供给操作者。

Deis Workflow非常紧密地专注于12要素应用程序的运行，并可促进开发者的自助服务能力。如果所有应用程序，尤其是后端服务可以符合该模型的要求，最终所有人都将从中获益。虽然目前尚未实现，但Helm的目标是让任何应用程序的打包和管理工作变得尽可能简单。

InfoQ还向Hansen问到他们是否打算继续将Deis Helm作为一种开源产品。Hansen称目前的主要目标依然是确保所有Deis项目开源且免费：

因此我们将Helm加入到Cloud Native Compute Foundation（CNCF）中。对于能够帮助不同团队以云原生方法构建和运行应用程序，我们感到万分激动。

在InfoQ就此次新版的采访结束后，Deis还发布了Deis Helm v2.0.0-Alpha.4。有关Alpha.4版本的介绍请访问Kubernetes #helm频道。

作者：John Okoro，阅读英文原文：Deis Helm Major Release Improves Kubernetes Usability