架构实战营 模块七作业

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

【背景】

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

【作业要求】

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

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

【提示】

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

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

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

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

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

王者荣耀商城的异地多活架构的设计

业务背景

【业务数据】

2020.11 月公布数据，全年日均活跃 1 亿，注册玩家数 6 亿，最高同时在线 100 万。

【业务功能】

商城：购买英雄、皮肤、道具等；

【关键业务约束】

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

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

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

1.1 设计步骤 1 - 业务分级

王者荣耀手游中各类业务按重要性排序，最重要的前两个业务为登录、对战，商城仅次于登录和对战。

1.2 设计步骤 2 – 数据分类

RoleID：登录后就不会变了；

点券数据：和用户的 RoleID 关联，全局强一致性，记录充值获得的点券数和消费花费的点券数据；

充值数据：充值由微信钱包或 QQ 钱包管理，王者荣耀需要在点券 ID 下保存充值记录，该记录只会新增，不会修改；

订单数据：订单 ID 自动生成，全局唯一，只会新建，不会修改；

商品数据：商品 ID 自动生成，全局唯一，只会新建，不会修改；

英雄和皮肤：和用户 RoleID 绑定，同一个 RoleID 只能购买一次，强一致性。

鲜花、改名卡道具：和用户 RoleID 绑定，可以无限购买。

1.3 设计步骤 3 –数据同步

RoleID：登录后就不会变了，数据库同步即可；

点券数据：需要保证分布式一致性，数据库同步即可；

充值数据：只会新建不会修改，数据库同步即可；

订单数据：每次新建，全局唯一，不会修改，用算法生成，数据库同步即可；

商品数据：每次新建，全局唯一，不会修改，通过数据库同步。

1.4 设计步骤 4 –异常处理

1. 微信和 QQ 挂了怎么办？

直接挂公告：系统停服维护。

2.充值成功后，数据没有同步到异地机房，用户在异地登录发现点券不足无法消费怎么办？

等数据同步成功后再消费，请用户耐心等候，客服事后补偿。

3. 商品上架后，商品信息没有同步到异地机房，用户无法购买怎么办？

等待同步完成再购买，可以对用户发放补偿。

4. 用户下单购买商品后，购买的商品没有同步到异地机房，用户无法使用怎么办？

因为是虚拟商品，所以可以进行人工干预，对异地机房临时添加商品数据，让用户可以立即使用到商品，等系统恢复正常后对数据进行更新，保持数据一致。

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