架构实战营模块七 - 王者荣耀商城异地多活架构设计

一、作业要求

【背景】

假设现在决定要实现王者荣耀里面的商城的异地多活架构，请你分析设计一下。

【作业要求】

1. 分析王者荣耀商城的业务特点，设计其异地多活架构;

2. 按照模块 7 第 5 课的方法来设计异地多活架构。

【提示】

1. 王者荣耀的商城是虚拟物品商城，和淘宝这种实物电商有两个很大的区别，注意识别出来;

2. 用户要先调用微信钱包或者 QQ 钱包充值点券，然后在商城里面用点券支付;

3. 用户买英雄和皮肤的时候同样的英雄和皮肤只能买 1 个，不能重复购买;

4. 用户买鲜花、改名卡之类的道具可以买多个;

5. 分析步骤参考模块 7 第 6 课的案例。

二、业务分级

 登录、对战、商城。

对王者荣耀商城异地多活架构

三、数据分类

1、RoleID：登录后就不会变了，只需要记录 RoleID 对应的区服信息，区服数据只会新增不会修改。

2、依赖微信钱包或者 QQ 钱包充值点券，王者本身不需要记录点券充值明细（由微信钱包或 QQ 钱包记录），需要记录充值订单 ID，点券数量对应的区服信息，充值记录数据只允许新增。

3、用户在商城里面用点券支付，购买虚拟商品，有的商品（比如英雄、皮肤）限购 1 件，其余商品（比如其他道具）不限购，需要记录购买订单与对应区服信息、购买商品与对应区服信息。

4、虚拟物品没有库存，没有物流信息，支付成功即可获取虚拟物品。

5、点券支付订单 ID 全局唯一，每次新建，不会修改。

6、点券支付订单详情，和订单 ID 绑定，只会新建不会修改。

四、数据同步

1、RoleID 和区服对应关系，只会新建不会修改，数据库同步即可。

2、微信钱包或 QQ 钱包充值点券订单 ID 和区服对应关系，只会新建不会修改，数据库同步即可。

3、点券余额与区服的对应关系，强一致性，数据库同步即可。

4、所购商品与区服的对应关系，强一致性，数据库同步即可。

5、购买虚拟商品的订单 ID 和区服对应关系，只会新建不会修改，数据库同步即可。

6、点券支付订单 ID，全局唯一，每次新增，不会修改，用算法生成，数据库同步即可。

7、点券支付订单详情，和订单 ID 绑定，数据库同步即可。

五、异常处理

1、充值过程中微信钱包和 QQ 钱包挂了怎么办？

直接挂公告：系统停服维护，等微信钱包和 QQ 钱包恢复后就可以正常充值了。

2、用户购买道具过程中系统挂掉怎么办？人工订正数据，达到最终一致性，礼包、优惠券等补偿。

3、用户在某个区服充值了点券，没同步到异地机房，购买不了商品怎么办？

等系统恢复就可以购买了。

4、用户在商城购买的商品未及时同步至异地机房，用户无法使用商品怎么办？

等恢复后再处理。

5、用户在商城的订单数据未及时同步至异地机房，用户看不到订单详情怎么办？

等恢复后再处理。

六、异地多活架构图