K8s中CRD执行kubectl apply时如何实现ownerReferences合并

问题根因 #

• K8s原生资源（如Pod）的metadata.ownerReferences默认内置了mergeKey: uid的战略合并策略，因此不同uid的所有者引用会自动合并而非替换
• CRD的自定义schema仅能管控spec、status等自定义字段，metadata是APIServer管控的公共标准字段，无法在CRD定义中覆写其合并策略，默认客户端侧kubectl apply会直接替换整个ownerReferences数组

可落地的实现方案 #

方案1：使用服务端Apply（SSA，推荐适配原有apply习惯） #

K8s 1.17+版本对所有资源（包括CRD）的标准metadata.ownerReferences字段内置了战略合并规则，使用服务端Apply代替默认的客户端Apply即可实现自动合并：

kubectl apply -f some.yaml --server-side --field-manager=custom-manager

该方式不需要修改原有yaml配置，APIServer会自动识别ownerReferences中不同uid的条目，合并保留所有条目，不会覆盖原有所有者引用。

方案2：使用kubectl patch直接追加条目 #

如果不需要全量更新资源，仅需要新增所有者引用，可使用JSON Patch的追加操作，完全不影响已有条目：

kubectl patch somecrd <你的CR实例名称> --type=json -p '[{"op":"add","path":"/metadata/ownerReferences/-","value":{"uid":"bbb","name":"name-b"}}]'

方案3：控制器逻辑中用Patch代替Update #

如果是在自定义控制器中添加所有者引用，不要直接Get资源后修改整个ownerReferences数组再调用Update接口，改用JSON Patch或SSA提交增量修改，即可避免覆盖已有引用，同时减少资源更新冲突概率。

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