云原生交付加速！容器镜像服务企业版支持 Helm Chart( 三 )_：云原生交付加速！容器镜像服务企业版

Helm 的书写过程就是反人类的，Golang Template 的引入让事情变得更加复杂Helm 生命周期管理能力很弱，无法处理复杂的部署v2 版本中 Tiller 的引入，让 RBAC 变得毫无作用Helm Chart 现状

根据 CNCF 在去年八月份的调研，有百分之六十八的人选择了 Helm Chart。不仅仅是开源软件的第三方交付，许多企业内部也借助 Helm 对于运行态 Release 的管理功能，满足其实现软件迭代过程中软件版本化、可追溯、可回滚方面的诉求。

在这些企业内部，用户使用 Chart 时面临着 Chart 存储方案的选择难题。我们做了一些调研，其实能被选择的方案并不多。一些用户将 Chart 直接放到 Git 仓库中进行版本化管理，一些客户则借助于开源软件来搭建一个类似于 Docker Hub 的 Chart 仓库来完成 Chart 托管，而有另外一些开源软件，则实现了一个 Helm 插件，可以将 Helm Chart 直接推送到类似于 OSS、S3 这样的对象存储中去。

然而对于企业级客户而言，这几种方案都面临着一些缺点。Git 仓库上手快，但其 Chart 内容版本和 Git 仓库分支没有关联；以开源软件搭建的 Chart 仓库又是另外一个需要维护的应用，增加了基础架构的依赖；Helm Chart 直接推送到 OSS 中，缺少企业级的权限管理，管理几乎都在命令行中完成。