kubernetes - 有人可以向我解释一些 Helm 的用例吗？

Question

我目前正在使用 kubernetes，并且遇到了 helm。
假设我不喜欢用与我的应用程序无关的进程“感染”我的 kubernetes 集群的想法，但如果它可能有益，我很乐意接受。

所以我做了一些研究，但我仍然找不到任何我无法通过使用我的 yaml 描述符和 kubectl 轻松完成的事情，所以现在我找不到除了可能用于环境的用途。

例如(从我阅读的指南中获取:

您可以轻松安装应用程序，例如。 helm install nginx —> 我在部署描述符中添加了一个 nginx 镜像，完成

存储库 -> 我有 docker 的(我从那里提取我的图像)

如果发布失败，您可以轻松地进行回滚-> 我只是将图像版本更改为我的 kubernetes 描述符中的前一个版本，简单

令我烦恼的是，在命令级别，我做了几乎相同的工作(helm update->kubectl apply)。
作为交换，我有很多样板文件，因为保持了 helm 想要的目录结构，而且我觉得缺少我对普通部署描述符的控制......我错过了什么？

Answer 1

你的问题完全可以理解。对于小而简单的部署，好处实际上并没有那么大。但是当某些东西的部署非常复杂时，Helm 会有很大帮助。

假设您有几个小队为某家公司开发微服务。如果您可以制作一个适用于大多数微服务的 Chart，那么每个微服务的部署只会因镜像和所需资源而异。通过这种方式，您可以获得标准化的部署，并且对所有开发人员来说都更容易。

另一个用例是部署需要大量移动部件的应用程序。例如，如果您想在 Kubernetes 上部署 Grafana 服务器，您可能至少需要一个 Deployment 和一个 Configmap，然后您将需要一个与此部署相匹配的服务。如果你想将它暴露在互联网上，你也需要一个入口。

一个相对简单的应用程序需要 4 个不同的 YAML，您需要手动配置这些 YAML 并确保一切正确，而您可以做一个简单的 helm install并重用某人已经完成的配置，有时甚至是创建应用程序的公司。

还有很多其他用例，但这两个是我认为最常见的用例。