如何对比K8s Deployment？重构配置后的验证方法咨询

生成合并后的完整Deployment YAML进行对比，是验证新旧目录结构下配置一致性的最直接、最可靠的方法。

原结构中Dev/Prod各自存放完整YAML，新结构是common通用配置+环境补丁，Git diff只能对比文件层面的差异，没法直接映射到最终生效的Kubernetes配置上——毕竟补丁是叠加在common配置上的，只有拿到合并后的最终配置，才能和原结构的完整YAML做本质上的一致性验证。

可用工具与操作步骤 #

• Kustomize（或kubectl kustomize）
  这是Kubernetes原生的配置补丁管理工具，也是这类场景的首选。如果你的新结构是基于Kustomize的base/overlay模式（common是base，Dev/Prod是overlay），直接执行命令生成合并后的配置：

  # 生成新结构Dev环境下指定服务的Deployment合并YAML
  kustomize build dev/ --kind Deployment --name <你的服务名> > new-dev-deployment.yaml
  # 对比原结构的Dev环境Deployment YAML
  diff -u old-dev/<服务名>-deployment.yaml new-dev-deployment.yaml
  

  如果你不想单独安装Kustomize，用新版kubectl自带的命令也可以：kubectl kustomize dev/ --kind Deployment --name <服务名> > new-dev-deployment.yaml

• ytt（Carvel工具链）
  如果你用ytt做配置模板和补丁，执行以下命令生成合并后的配置：

  ytt -f common/ -f dev/ --data-value environment=dev | grep -A 100 -B 5 "kind: Deployment" > new-dev-deployment.yaml
  

  之后同样用diff工具对比原结构文件。

• YAML格式化与去干扰工具
  对比前建议统一YAML格式、移除自动生成的注释（比如kubectl.kubernetes.io/last-applied-configuration），避免非核心差异干扰判断，推荐用yq：

  # 格式化并清理原结构YAML
  yq eval 'del(.metadata.annotations."kubectl.kubernetes.io/last-applied-configuration")' old-dev-deployment.yaml > cleaned-old.yaml
  # 格式化并清理新结构合并后的YAML
  yq eval 'del(.metadata.annotations."kubectl.kubernetes.io/last-applied-configuration")' new-dev-deployment.yaml > cleaned-new.yaml
  # 对比清理后的文件
  vimdiff cleaned-old.yaml cleaned-new.yaml
  

额外验证技巧 #

如果原结构的配置仍在集群中运行，可以用kubectl diff直接对比新结构合并后的配置与集群现有状态：

kubectl diff -f new-dev-deployment.yaml

如果输出为空，说明新结构的合并配置和集群中当前运行的原结构配置完全一致。

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