K8s Helm部署中如何将envFrom的ConfigMap值设为env环境变量

envFrom 注入ConfigMap的规则是将ConfigMap data 下的所有顶级key直接作为环境变量名，对应value作为环境变量值。你当前ConfigMap的data下仅存在config.json这一个key，所以实际注入的环境变量名就是config.json，值为完整JSON字符串，不符合常规环境变量命名规范，导致业务代码读取不便。

方案1：直接读取挂载的配置文件（推荐） #

你已经将ConfigMap通过volume挂载到容器内的/src/config路径，该路径下会自动生成config.json文件，业务代码直接读取该路径的文件并解析JSON即可，这是K8s中加载文件类配置的标准做法。

• 优势：支持ConfigMap热更新后重载配置，不受环境变量长度限制，不需要额外做格式转换
• 示例：Go/Python/Java等各类语言直接按本地文件逻辑读取/src/config/config.json，反序列化为业务配置结构体即可使用

方案2：将JSON内容注入为自定义环境变量 #

如果必须通过环境变量获取配置，不需要依赖envFrom，直接在Deployment模板中手动指定环境变量映射即可，修改容器配置段如下：

containers:
  - name: {{ .Chart.Name }}
    # 移除原有envFrom的configMapRef配置
    env:
      - name: SERVICE_CONFIG # 自定义符合命名规范的环境变量名
        valueFrom:
          configMapKeyRef:
            name: service-config
            key: config.json # 关联ConfigMap中存储JSON内容的key
    # 原有volumeMounts配置可保留不影响

部署完成后，容器内会生成名为SERVICE_CONFIG的环境变量，值为完整的JSON配置字符串，业务代码直接读取该环境变量解析即可。

方案3：直接从Values渲染独立环境变量 #

如果你只需要serviceConfig中的部分配置项作为环境变量，不需要加载整个JSON，可以直接在Deployment模板中引用Values字段渲染，不需要经过ConfigMap中转：

env:
  - name: DB_ADDR
    value: {{ .Values.serviceConfig.dbAddress | quote }}
  - name: LISTEN_PORT
    value: {{ .Values.serviceConfig.port | quote }}
  # 其余需要的配置项按相同格式添加即可

该方式适合配置项少、业务依赖固定环境变量名的场景。

• 不建议使用envFrom加载仅存储单个JSON文件的ConfigMap，自动生成的带.的环境变量名会存在编程语言兼容问题
• 通过环境变量存储JSON字符串时，建议使用Helm的quote函数包裹值，避免特殊字符导致YAML渲染格式错误

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