剑客
关注科技互联网

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

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频道。

查看 英文原文
Deis Helm Major Release Improves Kubernetes Usability

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址