Kustomize v5.0.0中HTTP资源与补丁配置失效问题排查

问题1：base中定义HTTP资源时，overlay无法加载该资源的原因 #

你的overlay根目录kustomization.yaml仅引用了foo子目录，未关联base根目录的kustomization.yaml。这意味着当前overlay的资源范围仅包含overlay/foo引用的base/foo资源，base根目录的HTTP资源完全没被纳入overlay的构建流程，自然无法加载。

正确调整方式：让overlay直接引用base根目录，修改overlay/kustomization.yaml：

apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
resources:
  - ../base

这样overlay会继承base根目录的所有资源（含HTTP资源和foo子目录资源），后续不同应用的补丁可通过patches或components在overlay对应子目录中引入。

问题2：HTTP资源移到overlay根后，补丁找不到目标的原因 #

核心问题是Kustomize的资源作用域隔离：

• overlay根目录的HTTP资源属于overlay根kustomize的资源集合
• 补丁定义在overlay/foo/kustomization.yaml中，这个子kustomize的资源范围仅包含自身引用的../../base/foo，无法访问overlay根目录的HTTP资源

Kustomize中，子kustomize的补丁只能作用于自身定义或引用的资源，无法跨层级作用于父kustomize的资源。

适配多环境目录结构的解决方案 #

保留“每个环境的不同应用补丁放在独立子目录”的设计，可按以下方式调整：

1. 将HTTP资源放回base根目录，让overlay根引用base根（参考问题1的修改）
2. 在overlay根的kustomization.yaml中，直接引入对应应用子目录的补丁文件，而非让子目录单独作为kustomize。示例：

   apiVersion: kustomize.config.k8s.io/v1beta1
   kind: Kustomization
   resources:
     - ../base
   patches:
     - path: foo/deployment-patch.yaml
       target:
         kind: Deployment
         name: some-unique-name
   

   若要保留子目录的kustomize结构，也可将HTTP资源移至base的foo子目录，让overlay/foo的kustomize能覆盖到目标资源；或使用Kustomize的components特性封装应用补丁逻辑。

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