kustomize
摘抄：kustomize能解决以下的痛点：
- 有一个统一的模板可以管理一个项目的 Kubernetes 部署结构。
- 有某种方式可以管理不同环境之间微小的差异。
- 每次更新基本就是修改镜像的标签然后部署，那么有没有什么简单的办法实现之，而不是让我每次都去修改 YAML 文件。
-
一般应用都会存在多套部署环境：开发环境、测试环境、生产环境，多套环境意味着存在多套 K8S 应用资源 YAML。而这么多套 YAML 之间只存在微小配置差异，比如镜像版本不同、Label 不同等，而这些不同环境下的YAML 经常会因为人为疏忽导致配置错误。
简单理解，kustomize识别kustomization.yaml文件，并按照kustomization.yaml中的指示做事，并且kustomization.yaml中可以继续套用kustomization.yaml。
例如：发布一个busybox程序
yaml文件目录：同级：base（基础模板） release（线上正式）canary（线上灰度）
base：
deploy是deployment，server是configmap，kustomization这样定义：
意思是引用资源deploy和server，另外disableNameSuffixHash: true指的是在生成的从configmap或serect资源后不加入hash后缀，例如true的话，configmap为busybox，如果为false，configmap为busybox-addf333svaf，这样deployment便查找不到名称为busybox的cinfigmap。
---
release：
这里线上环境需要加上hpa，kustomization这样定义：
这里namespace可以修改，replicas可以覆盖base中的deployment数量。
---
canary：
kustomization这样定义：
这里nameSuffix可以对canary生成的pod添加后缀-canary，同时加上labels。
---
这样配置，便可以以base为模板，在release版本和canary版本自定义差异配置，release增加hpa，canary则添加canary后缀。直接kubectl apply -f kustomization.yaml即可生效。
参考文档：
https://kubectl.docs.kubernetes.io/references/kustomize/