Helm还不够，也许你还需要Kustomize
在 Kubernetes 中我们使用 YAML 文件来声明我们的应用应该如何部署到底层的集群中，这些 YAML 文件中包含应用定义、治理需要的标签、日志、安全上下文定义、资源依赖关系等，当我们应用扩展到成百上千个 Pod 以后，管理这些 YAML 文件就会成为一场噩梦了。
我们可以把这些声明性质的配置分为三大类：
- 应用打包
- 应用配置
- 运行时配置
其实这些我们使用 Helm 就可以轻松地来实现，那为什么我们还需要一个新的工具呢？Helm 和 Kustomize 如何一起实现一些更加强大的功能呢？接下来我们尝试对这些问题就行解答。
Helm 有哪些优缺点？
首先了解下将应用部署到 Kubernetes 集群中需要的不同的技术。
应用打包和描述
可以帮助我们描述应用并将相关资源打包的能力，比如应用 Meta 数据定义，用配置和服务打包 Pod
依赖管理
可以帮助我们定义依赖关系的功能，例如在部署 Pod 资源之前部署其他依赖资源。
应用程序发现
能够帮助我们发现集群中部署的应用，以及它们的部署历史、依赖关系等。
生命周期管理
帮助我们执行不同的应用部署策略的能力，比如滚动更新、回滚、蓝绿发布等。
应用定制化
能够帮助我们在 YAML 中添加应用/安全/集群相关标签，以便方便解决治理相关的能力。
Helm 基本上可以很好地完成上面的这些工作，但是对于应用定制化这种用例来说，Helm 使用起来就比较麻烦了，结合 Kustomize 就可以很好的解决了，我们可以用下面的一些示例来说明。
示例1：维护成本 - Git Fork 或者复制
比如我们使用 Nginx 的 Helm Charts 来部署 Nginx WAF 到我们的集群中，作为产品团队需求的一部分，我们应该添加一个 annotation 来指定负责部署的团队名称。我们将无法对主 Nginx 的 Git 仓库进行修改，因为它只和我们团队中的应用运行治理策略相关。所以我们需要从 Nginx 仓库中开一个新的分支或者复制 Chart 模板出来根据我们的定制需求进行修改。但是分支或者复制的维护成本相对就比较高了，Kustomize 就可以在这方面提供一些支持。
示例2：安全风险
假设我们有一些网络策略要应用到一组 Pod 中去，安全相关的运维人员要给所有相关的 Pod 添加一个标签，然后创建一个对应的 NetwokPolicy 资源对象。用传统的 Helm 方式，我们应该把标签添加到 Chart 模板中去，但是这样我们就把安全相关的声明标签暴露给应用开发者了，存在一定的安全风险。
示例3：不同团队关注点交叉
在 Kubernetes 的 YAML 资源文件上，有关于应用开发者、应用运维、安全运维、集群运维等团队的一些声明的标签，这些团队的关注点很多都是交叉的，将这些关注点都耦合在一起，会阻碍团队的敏捷性。
示例4：在持续部署流水线中打补丁
比如 Nginx Pod 中存在安全漏洞，安全团队正在寻找一种方法来拦截所有的持续部署流水线，并将 Nginx 镜像版本更新到最新版本，在这种情况下，Kustomize 就可以很好地解决这个问题。
这些就是使用 Kustomize 的好处，它可以帮助我们自定义 YAML 文件，而不用更改原始的 YAML。Kustomize 是一个简单的 CLI 工具，可以添加到任何持续集成或持续部署的流水线中去，甚至可以根据需求作为一个独立的工具使用。
下图给我们展示了一个更高层次的视角，让我们了解到 Helm 和 Kustomize 如何一起提供更加强大的功能。
Kustomize 如何使用
使用 Kustomize 非常简单，只需要三个步骤：
- 在我们要定制的 YAML 资源中添加
kustomization.yaml文件 - 在 YAML 中添加定制的内容
- 然后运行
kustomize build命令
kustomization.yaml文件中是什么样的内容呢？我们举一个简单的示例来说明下。
假如我们有一个由购物车团队部署的 Pod，供移动应用团队使用。同时，安全团队有一个要求，要求将移动应用团队使用的所有服务保存在 ”backend-for-frontend“ 的命名空间下。此外，应用运维团队还需要添加一个标签，以团队命名的分布式调用链标签。这个需求中的kustomization.yaml 文件内容大致如下所示：
commonLabels:
team-name: cart-team
namespace: backend-for-frontend
resources:
- pod.yamlPod 的 YAML 文件如下所示：
kustomization 的 YAML 文件如下所示：
最后执行 kustomize build 命令过后的输出内容如下所示：
如果你想直接安装到 Kubernetes 集群中，可以直接执行下面的命令：
kustomize build | kubectl apply -f -
Helm ➕ Kustomize
Helm 和 Kustomize 结合使用也非常简单，下面我们通过安装 MariaDB 来进行说明。
首先保存一个 values 文件被覆盖过后的 Helm 模板文件 mariadb.yaml。下面的示例 values 值是从 config.yaml 中进行覆盖的。
helm template -f config.yaml stable/mariadb > mariadb.yaml
然后对 mariadb.yaml 文件添加 kustomization 的 YAML 文件：
最后，自定义配置并部署到 Kubernetes 集群中去。
kustomize build | kubectl apply -f -
Helm 和 Kustomize 结合在一起使用非常简单，功能也更加强大，希望这篇文章对你有用?。
原文链接：https://medium.com/devops-dudes/helm-is-not-enough-you-also-need-kustomize-82bae896816e