架构实战营模块 7 作业

一、业务背景

二、业务分析

2.1 关键业务

• 用户登录后才能使用商城系统。

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

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

• 用户买鲜花、改名卡道具可以买多个。

• 用户在商城中购买的物品为虚拟物品无需考虑库存和物流，这是和淘宝实物电商的区别。

2.2 业务分级

三、数据分类

3.1 登录

• Role ID：微信和 QQ 授权登录会返回给王者荣耀商城全局唯一 RoleID。

• Session ID：可重复生成，可丢失。

• 手机号：全局唯一，很少变。

• 密码：可丢失。

3.2 充值点券

• 点券余额：关联 RoleID ，全局强一致。

• 支付订单：依赖 QQ 钱包和微信钱包的支付结果。

3.3 购买商品

• 商品信息：全局一致性，会有信息变更。

• 英雄和皮肤交易记录：为了保证每个用户只能购买一个，需要保证全局强一致性保证。

• 道具交易记录：可以买多个，保证最终一致性即可。

四、数据同步

• Role ID: 全局唯一不可变，
  采用数据库同步 + 消息队列同步
  。

• 手机号：全局唯一很少变，
  采用数据库同步 + 消息队列同步
  。

• 点券余额：全局强一致性，
  采用数据库同步
  余额，充值只能在归属地充值。

• 商品信息：全局唯一，
  采用数据库同步 + 消息队列同步
  。

• 英雄和皮肤交易记录：全局强一致性，同 RoleID 用户所在区服唯一，
  采用数据库同步
  。

• 道具交易记录：最终一致性，
  采用数据库 + 消息队列同步
  。

五、异常处理

• 登录异常：微信或QQ登录异常可以使用手机号登录。如果登录服务挂掉了可以公告通知用户，服务恢复后给予一定补偿。

• 点券充值异常：客服人工修正数据恢复余额，后续给予适当补偿。

• 购买商品异常：购买信息没有同步到异地机房，用户无法查看购买商品，短时间用户适当容忍，客服介入给予点券补偿。

• 购买数据丢失：允许用户购买，故障恢复后检查重复并进行合并。

六、异地多活架构设计