这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
流量路由与架构选择
流量调度能力
多机房系统需要流量调度能力：
| 方式 | 特点 |
|---|---|
| DNS 解析 | 简单，但生效受 TTL 影响 |
| 全局负载均衡（GSLB） | 按地域、健康状态和权重调度 |
| 业务路由 | 按用户归属地、租户或数据分片路由 |
流量与数据一致性
容灾切换时，流量调度必须和数据状态一致：
- 不能把用户切到一个没有其数据的机房。
- 不能把用户切到一个数据落后的机房。
- 切流前先确认目标机房的数据是否追上。
切流前检查：
备用机房数据同步延迟 < 可接受 RPO？
-> 是：可以切
-> 否：继续等待或接受数据丢失架构选择的问题清单
选择多机房架构时，先问：
- 业务是否能接受短暂停机？
- 是否允许少量数据丢失？
- 写入是否强依赖全局一致性？
- 备用机房是否长期承载真实流量？
一句话
流量路由有三层（DNS / GSLB / 业务路由）；切流必须和数据状态一致——不能把用户切到没有其数据或数据落后的机房。架构选择先回答那四个问题。
发现内容有问题？
告诉我们哪里需要改进。