-
前言
- 配置不是 YAML
- 配置是系统行为的“远程控制器”
- 做不好配置 = 线上事故 50% 以上来源
-
为什么配置中心是大型后端的“隐形地基”？
- 动态开关（Feature Flag）
- 灰度策略（按用户、按流量、按地域）
- 审计 + 回滚能力
- 环境隔离 & 租户隔离
-
配置中心必备能力
- 配置变更监听
- 配置推送
- 配置版本管理
- 配置生命周期管理
- 配置权限与审批流程
- 灰度发布与可回滚执行
-
配置常见事故类型
- 配置格式错误导致系统启动失败
- 配置更新过快导致所有节点卡死
- 错误开关导致业务逻辑错误（如免审核、免风控）
- 配置没有审计导致无法追责
-
工程化落地方法
- 配置 schema validation
- 多版本发布（V1, V2）
- 灰度发布（按流量比例）
- 配置回滚（基于版本的 revert）
- 配置监控（错误率、变更率、影响范围）
-
案例：支付系统配置变更的高安全落地
- 如何控制配置变更风险
- 关键配置加“保护锁”
- 配置联动多系统的风险隔离
-
总结
- 配置中心不是“运维工具”，而是“系统治理核心组件”
- 配置体系做不好 = 系统永远站不稳
