Spring Cloud Config在docker-compose与Kubernetes中的运行行为差异问题

• 挂载目录权限不匹配
  Kubernetes挂载PV、ConfigMap或Secret时，默认目录权限可能和Docker Compose挂载场景不一致。如果容器内运行Spring进程的用户无/data目录的读取权限，会导致配置文件静默加载失败。可以通过kubectl exec <配置服务Pod名> -- ls -l /data进入容器查看目录下是否存在目标文件、对应权限是否允许进程读取。
• native模式搜索路径配置缺失
  仅激活native profile不足以让配置服务读取/data目录下的文件，需要额外指定搜索路径配置：spring.cloud.config.server.native.search-locations=file:/data/。检查Kubernetes Deployment的环境变量或启动参数中是否漏传该配置，Docker Compose场景下大概率是本地配置了该参数才会正常加载。
• 挂载路径配置错误
  检查Deployment中volumeMounts的mountPath是否准确设置为/data：如果是挂载整个ConfigMap到目录，要确认ConfigMap的key与properties文件名完全一致；如果是用subPath挂载单个文件，要核对每个文件的挂载路径是否正确落在/data根目录下。
• profile激活未生效
  确认配置服务启动日志中是否存在The following profiles are active: native输出，避免Kubernetes中其他环境变量（比如误配置的SPRING_PROFILES_ACTIVE）覆盖了native profile的激活配置。
• 错误日志被静默屏蔽
  Spring Cloud Config native模式默认spring.cloud.config.server.native.fail-on-error为false，读取配置路径失败时不会抛出异常，只会跳过外部配置加载走默认逻辑。可以临时将该参数设为true重启服务，通过报错信息快速定位具体原因。

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