上线检查清单与课程总结

上线检查清单

• 核心业务是否定义 RTO 和 RPO？
• 是否明确哪些系统必须容灾、哪些可以延迟恢复？
• 备用机房是否部署同版本服务和配置？
• 数据库、缓存、对象存储、消息是否都有同步或重建方案？
• 是否有一键或自动化切换脚本？
• 切换前后是否有核心链路验证清单？
• 是否定义降级策略和回切流程？
• 是否定期演练并复盘问题？
• 是否有对账和补偿机制处理数据差异？

四个问题检验容灾能力

设计容灾系统时，始终回到四个问题：

1. 这个业务能停多久？（RTO）
2. 最多能丢多少数据？（RPO）
3. 故障时谁来决策、如何切换？
4. 我们是否演练过，并能证明它有效？

课程总结

容灾设计的本质是业务连续性管理。它要求工程团队提前承认故障一定会发生，并把恢复目标、架构能力、数据策略和组织流程都准备好。

一句话

容灾 = 业务连续性管理：能停多久（RTO）、丢多少（RPO）、谁决策怎么切、演练过并证明有效。能回答并验证这四个问题，系统才真正具备异地容灾能力。