Kubernetes中如何在ConfigMap的data段引用Pod的shell环境变量

核心结论 #

Kubernetes 原生 ConfigMap 的 data 段不支持直接引用 Pod 的环境变量，你尝试的几种写法都不生效是正常现象：

• ConfigMap 是独立于 Pod 的集群资源，创建/更新时完全感知不到后续会关联哪些 Pod，也无法提前获取 Pod 中注入的环境变量值
• 你用到的 $(var) 语法仅适用于 Deployment 的 env 字段中引用同上下文的其他环境变量，写在 ConfigMap 内容中不会被 K8s 解析

可选解决方案 #

方案1：利用Spring Boot配置优先级原生支持（推荐，无需修改脚本） #

你用到的是 Spring 体系的 application.yml 配置，Spring 本身支持环境变量优先级高于本地配置文件，且会自动将大写加下划线的环境变量转换为点分隔的配置键。
你直接在 Deployment 的容器 env 配置中添加如下字段即可覆盖对应配置，完全不需要修改 ConfigMap：

env:
- name: ABC_SERVER_ACCESS_LOG_ENABLED
  valueFrom:
    secretKeyRef:
      name: 你的secret名称
      key: 你的secret中对应myvar的key

环境变量命名规则：把配置的点分隔全转成大写，点换成下划线即可，比如abc.server.access-log.enabled 对应 ABC_SERVER_ACCESS_LOG_ENABLED

方案2：容器启动时执行sed替换 #

如果必须修改ConfigMap内的配置内容，可以在容器启动命令中新增替换逻辑，Pod启动时环境变量已经注入完成，此时sed可以正常读取到变量值：

# Deployment的容器配置段
command: ["sh", "-c"]
args:
- sed -i "s/\${myvar}/$MYVAR/g" /挂载到容器内的application.yml路径 && 你的原应用启动命令
# 示例：原启动命令是java -jar app.jar，就写为 sed -i "s/\${myvar}/$MYVAR/g" /opt/app/application.yml && java -jar app.jar

方案3：使用init容器完成替换 #

如果不想修改业务容器的启动命令，可以新增init容器提前完成配置替换：

1. 创建一个emptyDir卷，同时挂载给init容器和业务容器
2. init容器先挂载ConfigMap，把配置文件复制到emptyDir卷，执行sed替换后退出
3. 业务容器挂载emptyDir卷，直接使用替换完成的配置文件启动

内容的提问来源于stack exchange，提问作者ankur-AJ