一、配置管理的噩梦
去年帮朋友公司排查一个问题,他们有10台服务器,每个应用都在本地放着application.yml配置文件。排查问题时发现测试环境和生产环境的配置不一致,db连接池参数差了整整一倍,排查了整整两天才发现是配置文件版本没同步。
更让人头疼的是每次改配置都要重新打包部署,上线时间窗口只有凌晨2点到4点,改个数据库连接参数都要熬到半夜。
这种场景在很多中小公司都存在:配置文件本地存储、多服务器版本不一致、修改配置需要重启应用、环境管理混乱。
Spring Cloud Config就是解决这些痛点的配置中心方案。
二、Spring Cloud Config核心原理
2.1 架构设计
Spring Cloud Config采用Server/Client分离架构:
┌─────────────────┐ ┌──────────────────┐
│ Config Server │ ◄─────► │ Git Repository │
│ (8888端口) │ │ (配置存储后端) │
└─────────────────┘ └──────────────────┘
▲
│ HTTP请求
│
┌───────┴─────────┐
│ Config Client │
│ (业务应用) │
└─────────────────┘
核心组件:
- Config Server: 配置服务器,统一读取Git仓库中的配置文件
- Config Client: 各业务应用,从Server拉取配置
- Git Repository: 配置存储后端,支持版本管理和审计
2.2 配置加载流程
Config Client启动时的配置加载流程:
1. bootstrap.yml加载(优先级高于application.yml)
2. 连接Config Server
3. 根据应用名+profile+label构造请求路径
4. Server从Git仓库拉取对应配置文件
5. Client接收配置并注入Environment
6. 后续Bean创建使用远程配置
请求路径规则:/{application}/{profile}[/{label}]
示例:order-service/dev/master→ 读取
闽公网安备 35020602001684号