模块七作业

作业：王者荣耀商城异地多活架构设计。

【背景】

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

【作业要求】

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

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

【提示】

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

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

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

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

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

业务分级（top3）：

1.点券充值，登录，虚拟商品购买 （没有登录和充值就不会产生收入）

数据分类：

1.依赖 QQ 和微信账号授权登录，生成商城唯一的用户 ID；

2.Session：可重复生成，可丢失，丢失后重新登录；

3.点券：全局强一致性，如同账户余额；

4.虚拟商品编号：全局唯一不可变，算法生成；

5.订单号:全局唯一不可变，算法生成；

数据同步：

1.用户 ID：全局唯一，不可变，采用数据库同步 + 消息队列同步，注意需要判重；

2.Session ID：可重复生成，可丢失，不同步，用户重新登录生成；

3.点券：全局强一致性，变动频繁，采用数据库同步，充值与消费原则上只能在归属地操作，遇到归属地异常需要手动把点券服务切到异地处理；

4.虚拟商品编号：全局唯一，不可变，采用数据库同步 + 消息队列同步；

5.订单号:全局唯一，不可变，采用数据库同步 + 消息队列同步；

异常处理：

1.异地机房登录时，没有登录 Session 信息，用户重新登录；

2.异地机房未及时同步商品时，该商品无法购买即可；

3.异地机房点券为及时同步时，可允许用户适当透支；

4.如果是系统大规模宕机并切换机房造成的问题,，可以让系统发补偿礼物。

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