Kustomize 的引入看起来像是在努力填补 Kuberenetes 中本地管理清单参数化的空白。
而 Helm 是该领域的主流玩家。我认识到 Helm 不仅仅是一个提供更多价值的模板工具(发布版本管理、蓝绿部署支持等)
然而,虽然 Kustomize 是一个原生功能,但我是否应该开始更喜欢它,假设它是长期发展的?
UPD:虽然它已被搁置为基于意见,但我想它可以改写为任何一个选项的最佳用例是什么。
Kustomize 的引入看起来像是在努力填补 Kuberenetes 中本地管理清单参数化的空白。
而 Helm 是该领域的主流玩家。我认识到 Helm 不仅仅是一个提供更多价值的模板工具(发布版本管理、蓝绿部署支持等)
然而,虽然 Kustomize 是一个原生功能,但我是否应该开始更喜欢它,假设它是长期发展的?
UPD:虽然它已被搁置为基于意见,但我想它可以改写为任何一个选项的最佳用例是什么。
这完全取决于您要解决的问题,但我认为两者都有空间。
helm 和 helm 图表有很多功能。像https://hub.helm.sh/这样的东西使得以集中方式分发和打包应用程序交付 (YAML) 变得非常容易。
Kustomize 也非常强大。我已经使用它将参数注入到我不拥有原始 YAML 或无法轻松修改它的部署中。
我见过 CD 管道,其中部署是从公共 helm 图表生成的,然后 kustomize 用于注入额外的参数或要求。
TL;DR使用能够解决您的问题并了解替代品价值的产品。