Spring Boot读取AKS中Jenkins创建的ConfigMap配置方案咨询

你列的两种方案都不是最优实践，上线后大概率出现配置不生效、配置冲突的问题，推荐采用K8s原生的外部配置注入方式对接你现有Jenkins生成的ConfigMap，完全适配当前流水线逻辑。

• 方案1（项目内部创建ConfigMap加载配置）：完全违背配置与代码分离的原则。你当前的流水线设计是部署阶段动态生成环境专属ConfigMap，如果在项目代码/打包产物里内置ConfigMap，一来会和Jenkins动态生成的同名ConfigMap产生配置覆盖冲突，二来把环境相关的数据库配置硬编码到了应用里，后续切换测试/生产环境的数据库名单时，必须修改代码重新构建镜像，完全失去了动态配置的灵活性。
• 方案2（直接在application.properties写占位符读取）：根本无法正常生效。一方面你ConfigMap里存储的键名是hec.postgres.dbNames（驼峰命名），和你写的hec.postgres.db-name命名不匹配；另一方面Spring Boot默认不会主动读取K8s集群里的ConfigMap内容，你直接写{DB_NAMES}占位符没有任何值来源，应用启动时会直接报占位符无法解析的错误。

你可以二选一，都是AKS+Spring Boot部署场景下的标准实践：

方案A：轻量无依赖方案（优先选） #

不需要引入任何额外第三方依赖，只需要在应用部署的Deployment YAML里，把Jenkins生成的ConfigMap内容显式注入为容器环境变量即可：

containers:
- name: your-springboot-app
  image: your-app-image:tag
  env:
  - name: SPRING_HEC_POSTGRES_HOST
    valueFrom:
      configMapKeyRef:
        name: ${PSQL_CONFIG} # 对应你Jenkins脚本里的PSQL_CONFIG变量值，即动态生成的ConfigMap名称
        key: hec.postgres.host
  - name: SPRING_HEC_POSTGRES_DB_NAMES
    valueFrom:
      configMapKeyRef:
        name: ${PSQL_CONFIG}
        key: hec.postgres.dbNames

Spring Boot原生支持自动读取SPRING_*前缀的环境变量覆盖配置文件属性，你甚至不需要改application.properties里的配置，业务代码里按正常方式读取hec.postgres.host和hec.postgres.db-names属性就能拿到值。
注意：你当前Jenkins脚本里给dbNames赋值套了一层[]，如果DB_NAMES本身是逗号分隔的库名列表，记得确认这层括号是不是你业务解析需要的格式，避免多套符号导致后续数据库连接逻辑报错。

方案B：Spring Cloud Kubernetes自动加载方案 #

如果你的项目本身已经在用Spring Cloud组件，可以引入spring-cloud-starter-kubernetes-client-config依赖，只需要在bootstrap.properties里配置要加载的ConfigMap信息：

spring.cloud.kubernetes.config.name=${PSQL_CONFIG}
spring.cloud.kubernetes.config.namespace=${HEC_NAMESPACE}
spring.cloud.kubernetes.config.enabled=true

配置完成后Spring Boot启动时会自动拉取对应命名空间下指定ConfigMap的所有键值对，自动绑定到Spring环境属性里，业务代码直接注入使用即可，不需要手动配置环境变量映射。

优先选方案A，没有额外依赖，配置逻辑透明，排查问题简单，完全适配你现有Jenkins动态生成ConfigMap的流水线逻辑，不需要改动现有CI脚本的核心逻辑，配置和代码完全解耦，同一个应用镜像可以不加修改部署到所有环境。

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