架构——异地多活成熟的架构模式

本文来源：极客时间vip课程笔记

一、异地多活架构总体思路

• 目前业界成熟的异地多活架构模式，包括业务定制型、业务通用型和存储通用型三种。

• 在详细介绍三种异地多活架构模式之前，我们先来整体看看异地多活架构设计的思路。
  

• 不管我们采取什么样的技术和手段来实现异地多活架构，总体上都可以把异地多活架构设计分为三部分：网络架构、计算架构和存储架构。我们简单介绍下：

  网络架构：系统如何调度流量，包括网络流量调度和业务流量调度。其中，网络流量调度采用传统的 DNS/GSLB 等设备来实现将请求流量分配到多个异地机房，业务流量调度需要基于业务规则（例如用户归属机房）来将请求路由到指定的机房。

  计算架构：系统如何冗余计算资源，是静态分配（比较浪费钱），还是动态生成（实现比较复杂，可能有风险）。

  存储架构：关键业务数据如何同步，如何保证一致性，如何处理故障时数据不一致对业务的影响。

二、业务定制型异地多活架构模式

• 业务定制型异地多活架构模式就是专栏中讲的异地多活架构模式，虽然 6 年过去了，技术也在不断发展，但这个模式并没有过时。不管你的系统是否上云或是否实现了云原生，这个模式现在依然可行。
• 业务定制型异地多活的核心思想是“定制”，需要根据业务的特点和数据的特点来设计专属的异地多活架构方案，其原理示意图如下：
  

2.1、业务定制型异地多活架构有两个关键设计点

• 一是按照业务的优先级进行排序，优先保证核心业务异地多活。

  例如，用户中心的业务分为“注册”“登录”“用户信息管理”等业务，当我们要实现用户中心的异地多活时，应该优先实现“登录”业务，“注册”和“用户信息管理”可以不实现。</