《当年,我们是怎么平滑上云的?》介绍了上云的背景,以及三个重要结论:
(1)单机房架构的核心是“全连接”;
(2)机房迁移方案的设计目标是:平滑迁移,不停服务;可以分批迁移;随时可以回滚;
(3)想要平滑的实施机房迁移,临时性的多机房架构不可避免;
《多机房多活架构,究竟怎么玩?》说明了在机房迁移的过程中,一定有一个“多机房多活”的中间状态:
(1)理想多机房多活架构,是纯粹的“同机房连接”,仅有异步数据同步会跨机房;
(2)理想多机房多活架构,会有较严重数据一致性问题,仅适用于具备数据聚集效应的业务场景,例如:滴滴,快狗打车;
(3)伪多机房多活架构,思路是“最小化跨机房连接”,机房区分主次,落地性强,对原有架构冲击较小,强烈推荐;
多机房多活,只是平滑上云的一个中间状态,那上云的步骤究竟是怎么样的呢?
【5】核心问题五,如何分批平滑上云?
如上图,系统分层架构包含:web,业务服务,