本文主要是介绍架构篇30：异地多活设计4步走，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- 第 1 步：业务分级
- 第 2 步：数据分类
- 第 3 步：数据同步
- 第 4 步：异常处理
- 小结
上一篇，基于异地多活架构设计复杂度最高的“跨城异地”，我们总结了异地多活设计的 4 个技巧及其核心思想，掌握这些技巧是进入具体设计步骤的前提。
本篇，在掌握这 4 大技巧的基础上，我们来探讨下跨城异地多活架构设计的 4 个步骤。
第 1 步：业务分级
按照一定的标准将业务进行分级，挑选出核心的业务，只为核心业务设计异地多活，降低方案整体复杂度和实现成本。
常见的分级标准有下面几种：
- 访问量大的业务
以用户管理系统为例，业务包括登录、注册、用户信息管理，其中登录的访问量肯定是最大的。
- 核心业务
以 QQ 为例，QQ 的主场景是聊天，QQ 空间虽然也是重要业务，但和聊天相比，重要性就会低一些，如果要从聊天和 QQ 空间两个业务里面挑选一个做异地多活，那明显聊天要更重要（当然，此类公司如腾讯，应该是两个都实现了异地多活的）。
- 产生大量收入的业务
同样以 QQ 为例，聊天可能很难为腾讯带来收益，因为聊天没法插入广告；而 QQ 空间反而可能带来更多收益，因为 QQ 空间可以插入很多广告，因此如果从收入的角度来看，QQ 空间做异地多活的优先级反而高于 QQ 聊天了。
以我们一直在举例的用户管理系统为例，“登录”业务符合“访问量大的业务”和“核心业务”这两条标准，因此我们将登录业务作为核心业务。
第 2 步：数据分类
挑选出核心业务后，需要对核心业务相关的数据进一步分析
这篇关于架构篇30：异地多活设计4步走的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
