Kustomize的引入似乎是一种努力,以填补在Kuberenetes中本机管理清单参数化的空白。
而赫尔姆是这一领域的主流球员。我认为Helm不仅仅是一个提供更多价值的模板工具(发布版本管理、蓝绿色部署支持等)。
然而,尽管Kustomize是一个本地特性,但我是否应该开始更喜欢它,假设它是长期的进化呢?
UPD:虽然它作为基于意见的观点被搁置了,但我想它可以被重新定义为哪种选择的最佳用例。
发布于 2019-10-03 20:23:41
这完全取决于你想要解决的问题,但我认为两者都有空间。
有很多权力与舵和舵机图表。像https://hub.helm.sh/这样的东西使得以集中的方式分发和打包应用程序交付(YAML)变得非常容易。
库斯托姆也是难以置信的强大。我使用它将参数注入到部署中,在部署中我没有原始的YAML或无法轻松地修改它。
我看到了CD管道,其中的部署是从一个公共舵机图表生成的,然后kustomize用于注入额外的参数或需求。
TL;博士使用解决问题和理解替代品价值的产品。
https://stackoverflow.com/questions/58222990
复制相似问题