Email Forums

头盔之旅2015年,一个名为Deis的启动项目开发Helm,作为一种声明性的方式来部署其应用程序,当时,它被认为是Kubernetes的竞争对手。但是在2016年,对于初创公司来说,很明显,他们应该将自己的努力与Google结合起来。作为合作的一部分,Google贡献了其GCS部署经理,而Helm成为Kubernetes子项目。

2019年,Helm版本3通过删除Tiller服务器组件并改善Chart格式和功能简化了Helm体验。图表可以利用各种库进行重用和模板化,更重要的是,您可以通过任何Web服务器服务,发布和分发Helm图表。总体而言,Helm 3代表了简化Helm采用的重要一步。


像我们领域中的任何事物一样,使用Helm也面临挑战。

学习头盔很耗时,因为图表可能包含许多YAML文件
对于操作员和开发人员而言,Helm通常是实现应用程序自动化的第一步。将组织–上不同团队的所有不同问题（例如,跨存储,网络和应用程序文件的安全凭据–)引入Helm图表的不同部分,可以更轻松地对其进行管理,但是该图表可能会变得繁琐且困难导航。

每个文件中的每个配置属性都可以代表单独的域问题
必须将不同部门和团队之间配置和操作的所有不同问题添加到Helm图表中,并转换为YAML。随着配置范围从每个团队的不协调一次性使用值移动到整个图表中重复使用的变量,使用Helm well可能是一条陡峭的学习曲线。对于习惯于通过图形用户界面（GUI）手动管理和管理变量和操作的用户,此软件开发方法是新的。

随着图表的成熟,定制要求价值群体爆炸
随着Helm Charts的成熟,需要更多的自定义才能适当地部署到 伊朗电话号码列表 多个环境,例如小型,中型和大型数据集群。生产顺序可能与开发顺序不同,从而导致价值和管理要求激增。

可能缺少文档
对于成熟且详尽的图表,通常缺少文档,这增加了配置错误的风险–,并且部署通常仅因一个配置错误的变量而失败。对于首次采用Helm的用户来说,这已成为一个广泛的挑战。

Navig8如何提供帮助？


Veeam创建的Kasten Navig8 帮助新的Kubernetes采用者使用Helm Chart和values。schema。json资源部署任何应用程序。Navig8是一个开源项目,可简化任何应用程序的配置和部署。Navig8具有易于使用的基于Web的用户界面,该界面指导用户创建经过验证的设置并合并任何参考文档。通过增加Helm图表配置成功,Navig8减少了部署Kubernetes应用程序所需的时间。

Navig8易于构建,部署和托管为Docker容器,它是一种安全的前端解决方案,不会传输任何机密设置,从而使任何人都可以安全地使用它并将其合并到网站中。

有关更多Navig8资源,请访问 并为开源项目加油,采用并为之做出贡献。