如何通过Kustomize仅为未配置资源的Deployment添加资源限制与请求

你当前的Kustomize全局补丁会覆盖所有Deployment的资源配置，哪怕像deployment2这种已经在values.yaml中定义了自定义资源的实例也不例外。要实现仅当Deployment未配置resources字段时才添加默认资源的需求，推荐以下两种实用方案：

方案一：允许冲突的JSON Patch（简单高效） #

修改kustomize.yaml，为补丁添加allowConflicts: true配置：

- target:
    kind: Deployment
  patch: |-
    - op: add
      path: "/spec/template/spec/containers/0/resources" 
      value:
        limits:
          cpu: 300
          memory: 400
  # 允许补丁操作失败：当目标Deployment已存在resources字段时，add操作会报错，Kustomize将跳过该补丁
  allowConflicts: true

原理说明 #

• 对于未配置resources的Deployment（如deployment1），add操作执行成功，默认资源配置被添加。
• 对于已配置resources的Deployment（如deployment2），add操作因路径已存在触发错误，allowConflicts: true会让Kustomize忽略该错误，保留原有自定义资源配置。

方案二：带前置检查的JSON Patch（更严谨） #

如果不想依赖冲突忽略机制，可以使用JSON Patch的test操作先检查resources字段是否存在，仅当字段不存在时执行添加操作。需要注意的是JSON Patch无分支逻辑，需通过组合操作实现：

- target:
    kind: Deployment
  patch: |-
    - op: add
      path: "/spec/template/spec/containers/0/resources"
      value:
        limits:
          cpu: 300
          memory: 400
    - op: test
      path: "/spec/template/spec/containers/0/resources"
      value:
        limits:
          cpu: 300
          memory: 400

注：该方案仅在确保目标Deployment无resources字段时生效，若已存在则add操作报错，test操作也不会执行，实际场景中方案一更简洁实用。

扩展：多容器场景适配 #

如果Deployment包含多个容器，可将containers/0替换为对应容器的索引，或通过annotationSelector精准匹配目标容器：

- target:
    kind: Deployment
    annotationSelector: "k8s-app=my-service-container"
  patch: |-
    - op: add
      path: "/spec/template/spec/containers/0/resources" 
      value:
        limits:
          cpu: 300
          memory: 400
  allowConflicts: true

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