配置spring.cloud.kubernetes.config.sources时如何加载appName-*规则的ConfigMap

可以实现同时加载自定义配置源和符合{应用名}-*命名规则的ConfigMap。
Spring Cloud Kubernetes的默认行为是：当你显式配置了spring.cloud.kubernetes.config.sources参数时，框架会关闭基于应用名、激活profile的自动配置源加载逻辑，仅加载你指定的配置源，这是预期的设计行为。你可以通过以下两种方案实现需求：

方案1：手动将默认规则的配置源添加到sources列表（适配所有版本） #

你可以直接在sources配置中同时声明公共配置源、应用级基础配置源、对应环境的配置源，支持通过Spring自带的占位符动态获取应用名和激活环境，无需硬编码。
配置示例如下：

spring:
  application:
    name: appName # 替换为你的实际应用名
  cloud:
    kubernetes:
      config:
        sources:
          # 你自定义的公共配置源
          - name: application-config
          # 应用名对应的默认基础配置源
          - name: ${spring.application.name}
          # 对应激活profile的应用级配置源，多环境下自动适配
          - name: ${spring.application.name}-${spring.profiles.active}

注意：sources列表的顺序决定配置优先级，列表越靠后的配置源优先级越高，相同配置项会覆盖靠前的配置源中的值。

方案2：开启默认配置源加载开关（适配Spring Cloud Kubernetes 2.0+版本） #

如果你使用的是Spring Cloud Kubernetes 2.0及以上版本（对应Spring Cloud 2020.0.x及以上版本），可以直接开启enable-defaults参数，显式指定sources的同时保留默认的自动加载逻辑，无需手动逐个添加配置源。
配置示例如下：

spring:
  cloud:
    kubernetes:
      config:
        enable-defaults: true # 开启默认配置源加载
        sources:
          - name: application-config

注意：该模式下，默认自动加载的配置源优先级低于你显式指定的sources中的配置源，若需要调整优先级请使用方案1。

注意事项 #

两种方案都需要确保应用绑定的Kubernetes ServiceAccount具有对应命名空间下ConfigMap的get、list权限，否则配置源会加载失败。

内容的提问来源于stack exchange，提问作者Владимир Сухарев