好的，您可以轻松安装应用程序，但是与来自Kubernetes的普通.yaml文件相比，好处是什么？ 有人可以给我一个使用头盔有用的例子，为什么普通的Kubernetes不够用？ 对于掌舵人和Kubernetes来说，对抗也是件好事。
答案 0 :(得分：2)
使用Helm，一组资源（读为Kubernetes清单）在逻辑上定义了一个发行版-您需要将此资源组视为一个单元。
一个简单的例子说明为什么这样做是必要的：假设一个应用程序捆绑包总共有10个kubernetes对象。在下一发行版中，由于应用程序中的更改，现在不再需要其中一种资源-总共有9个对象。我将如何推出这个新版本？如果我只做kubectl apply -f new_release/，那将不会删除不再需要的那1个资源。这意味着，我无法滚动不需要手动干预的升级。头盔负责此事。
Helm还保留了具有确切资源集的发行记录，因此，如果出现问题，您可以使用单个命令回滚到先前发行版。
此外，您经常需要做的事情之一就是对资源进行模板处理-假设您想部署同一应用程序的多个实例。你会怎么做？
Kubernetes并没有提供许多解决此问题的选项-一种解决方案是使用不同的名称空间：不要在清单中指定名称空间，而应在命令中指定名称空间，例如kubectl apply -n my_namespace -f resources/，但是如果您想在同一个名称空间上部署其中两个实例？然后，您需要某种名称/标签/选择器模板，Helm会负责。
这些是Helm解决的用例的一些示例。