Kustomize集成Argo Rollout CRD：策略合并失效问题求助

我之前也踩过类似的坑，Kustomize默认只认原生K8s资源，自定义CRD想要支持**策略合并（Strategic Merge）**必须手动注册资源转换器。结合你找到的示例和实战经验，给你梳理下具体推进步骤：

一、先搞懂核心原理 #

Kustomize的策略合并依赖于资源字段的合并规则定义，像Deployment这类原生资源的规则是内置的。对于Argo Rollout这种CRD，你需要明确告诉Kustomize：

• 哪些字段需要像Deployment的spec.template那样做深层嵌套合并
• 哪些数组字段（比如spec.strategy.canary.steps）需要按标识匹配合并（而非简单按索引覆盖）
  你找到的RolloutCRDRegister.go就是干这个的——它为Rollout资源注册了和Deployment一致的字段合并策略，确保spec.template、spec.selector这些核心字段能被正确处理。

二、两种可行的实现路径 #

路径1：编译带Rollout支持的自定义Kustomize（适合长期稳定使用） #

如果需要在多环境统一使用，推荐这种方式：

• 把RolloutCRDRegister.go的代码移植到官方Kustomize仓库的kustomize/register目录下
• 在register/all.go中添加Rollout的注册调用（比如RegisterRolloutCRD()）
• 执行make build编译自定义Kustomize二进制
• 替换本地或CI/CD环境中的Kustomize版本，之后就能像使用Deployment一样在kustomization.yaml中处理Rollout资源了

路径2：使用Kustomize插件机制（无需修改核心源码） #

如果不想维护自定义Kustomize分支，可以用插件扩展：

• 编写一个Go语言的Transformer插件，实现kustomize/v4/plugin/transformer接口，内部复用RolloutCRDRegister.go中的合并逻辑
• 把插件编译成二进制，放在指定目录：~/.config/kustomize/plugin/argoproj.io/v1alpha1/rollout/RolloutTransformer（目录结构要严格对应CRD的group/version/kind）
• 在你的kustomization.yaml中声明使用该插件：

  transformers:
    - kind: RolloutTransformer
      apiVersion: argoproj.io/v1alpha1
      metadata:
        name: rollout-merge-transformer
  

• 运行kustomize build --enable-alpha-plugins（注意需要启用插件开关），就能让Kustomize识别Rollout并处理策略合并了

三、验证是否生效 #

写个简单的测试用例验证：

1. 基础Rollout配置（base/rollout.yaml）：

   apiVersion: argoproj.io/v1alpha1
   kind: Rollout
   metadata:
     name: my-app
   spec:
     replicas: 3
     template:
       spec:
         containers:
         - name: my-app
           image: my-app:v1
     strategy:
       canary:
         steps:
         - setWeight: 10
   

2. Overlay补丁（overlays/prod/rollout-patch.yaml）：

   apiVersion: argoproj.io/v1alpha1
   kind: Rollout
   metadata:
     name: my-app
   spec:
     replicas: 5
     template:
       spec:
         containers:
         - name: my-app
           image: my-app:v2
     strategy:
       canary:
         steps:
         - setWeight: 20
   

3. 运行kustomize build overlays/prod，检查输出是否合并了replicas、镜像版本和金丝雀权重，而非直接覆盖整个spec字段。

四、参考项目的借鉴点 #

你提到的sops集成项目，核心思路是通过插件扩展Kustomize的能力，你可以参考它的插件目录结构和注册方式，把Rollout的合并逻辑封装成类似的可插拔组件，这样在Argo CD中使用时也能无缝兼容。

内容的提问来源于stack exchange，提问作者Gerb