当前位置：网站首页>如何设计业务异地多活架构 - 作业

如何设计业务异地多活架构 - 作业

2022-07-20 19:54:00 【InfoQ】

作业要求：
1. 分析王者荣耀商城的业务特点，设计其异地多活架构;
2. 按照模块7第5课的方法来设计异地多活架构。
提示：
1. 王者荣耀的商城是虚拟物品商城，和淘宝这种实物电商有两个很大的区别，注意识别出来;
2. 用户要先调用微信钱包或者QQ钱包充值点券，然后在商城里面用点券支付;
3. 用户买英雄和皮肤的时候同样的英雄和皮肤只能买1个，不能重复购买;
4. 用户买鲜花、改名卡之类的道具可以买多个;
5. 分析步骤参考模块7第6课的案例。

数据分级

王者荣耀的商城是虚拟物品商城, 和淘宝这种实物电商有两个很大的区别：
  • 虚拟物品不涉及到发货流程，没有物流信息，下单之后直接到账
  • 虚拟物品不涉及到库存， 只要用户下达，自动生成虚拟商品，直接到账

数据分级分析

核心数据
  • 账户: 调用微信QQ授权登录 > 获得RoleID
  • 点券：调用钱包充值 > 增加点券
  • 英雄、皮肤：使用点券购买英雄、皮肤 > 英雄、皮肤到账
  • 鲜花、道具：使用点券购买鲜花、道具 > 鲜花、道具到账

数据分类


数据同步

账户RoleID



同时支持两种数据复制通道：
  • RoleID 从IDC-A 数据库 同步数据到IDC-B 数据库 （数据库主从同步）
  • RoleID 的新增和更新会产生消息发布到消息队列中，IDC-B来消费消息，然后crud RoleID

点券

点券数据是要求强一致性，不允许丢失的。使用数据库来同步点券数据，如果数据库同步失败，采用异步消息通知，消费端不断重试修改的方式。

英雄、皮肤、鲜花、道具

这些都是区域性数据，购买的时候做好幂等就可以了
  • 英雄皮肤
使用UID和HeroId来限制购买的幂等性
  • 鲜花道具
不限制购买数量，下单就增加道具数量
如果出现数据库宕机，导致数据没有同步成功，采用消息异步通知的方式，重试入库的方式。
原网站

版权声明
本文为[InfoQ]所创，转载请带上原文链接，感谢
https://xie.infoq.cn/article/4e0c03f72c8004520f88b4798

边栏推荐

猜你喜欢

随机推荐