这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
主备架构
主备架构
最常见的是主备：
用户流量 -> 主机房
备用机房同步数据，平时不接或少量接流量主备架构简单，业务只在主机房写入，数据冲突少。
主备的优点
- 架构简单，实现成本低。
- 单点写入，无冲突。
- 数据同步路径清晰。
主备的缺点
切换时需要接管流量，备用机房如果长期不承载真实流量，可能在事故时暴露：
- 配置和版本漂移。
- 容量估算失真。
- 脚本过期、权限缺失。
- 数据实际没追上。
缓解：影子流量
让备用机房承载少量影子或只读流量：
- 影子流量：复制真实请求到备用机房，验证服务可用。
- 只读流量：把读请求分流到备用机房，缓解主机房压力。
这样备用机房长期被真实使用，配置和容量不会过期。
一句话
主备架构简单、无冲突，是大多数业务的起点；但备用机房长期空闲会过期——用影子流量或只读流量让它保持「真在用」的状态。
发现内容有问题？
告诉我们哪里需要改进。