为何Kubernetes会合并ConfigMap？跨Deployment配置泄露问题求助

核心原因 #

Kubernetes不会自动合并同一命名空间下的ConfigMap到Pod中，出现这个问题的唯一可能是你的Deployment配置中明确引用了两个ConfigMap，导致Pod的环境变量被合并。大概率是你在Pod模板的envFrom字段中，同时添加了testa-env和另一个包含BBBB: testB的ConfigMap引用，或者其中一个Deployment的配置不小心引用了不属于自己的ConfigMap。

验证步骤 #

1. 导出两个Deployment的完整配置文件：

   kubectl get deployment <你的DeploymentA名称> -o yaml > depA.yaml
   kubectl get deployment <你的DeploymentB名称> -o yaml > depB.yaml
   

2. 打开文件，检查spec.template.spec.containers[*].envFrom字段，确认是否存在多个configMapRef条目，或者是否引用了对方的ConfigMap。

错误配置示例：

spec:
  containers:
  - name: your-container
    envFrom:
    - configMapRef:
        name: testa-env
    - configMapRef:
        name: testb-env  # 此处误添加了另一个ConfigMap引用

解决方案 #

1. 修改Deployment配置，删除多余的ConfigMap引用，确保每个Deployment的envFrom只包含自身需要的ConfigMap。
2. 重新部署并触发滚动更新：

   kubectl apply -f depA.yaml
   kubectl rollout restart deployment <你的DeploymentA名称>
   

3. 验证Pod环境变量：

   kubectl exec <podA名称> -- export | grep -E "AAAA|BBBB"
   

此时应该只会显示对应ConfigMap中的环境变量。

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