不管是普通场景的下单，还是秒杀场景的下单，对订单中心来说，都是下单，关键是要能支撑秒杀瞬间大量的下单请求 。本文探讨一下通用的订单中心架构，主要从服务划分、下单请求处理流程、核心表分库等方面来介绍，不区分普通下单还是秒杀下单，系统架构设计做好了，有秒杀活动时，无非进行一些扩容、限流、降级等手段即可应对 。
服务划分
文章插图
服务说明我不希望整个订单中心就是一个巨大的单体服务，也不希望是太细的微服务，我希望订单中心是合理的“中服务”的组合 。
可针对不同场景对服务进行扩容，比如订单搜索请求量比较大，就适当增加订单搜索服务的实例数量；消费速度慢，可针对订单消费者服务进行优化，调整服务实例数量 。
上面划分的每一个服务都是独立部署运行的服务 。
说明
order-core（订单核心服务）
负责订单的业务处理，直接和 DB 交互
order-search（订单搜索服务）
负责订单索引的维护和搜索，直接和 ES 交互
order-job（订单调度服务）
订单超时取消等调度任务
order-consumer（订单消费者服务）
消费订单相关消息，如下单消息、订单索引更新消息
order-manage（订单管理后台系统）
订单管理后台，数据来源于 ES 和从库
应用架构图
文章插图
服务调用关系图提交订单服务调用关系：
- 链路 1.1 ~ 1.3 提交订单
- 链路 2.1 ~ 2.4 消费下单消息（下单业务处理）
- 链路 3.1 ~ 3.2 查询下单结果
- BFF（小程序的后端，负责聚合和适配）
文章插图
后台服务调用关系：
- 后台连接独立的专有读库，与前台隔离，不能因为后台的查询影响前台的操作
- 后台的订单查询可以调用搜索服务和读库来完成
- 后台的增删改操作调用 order-core（订单核心服务）进行操作，不能直接操作数据库
文章插图
订单搜索或查看订单详情服务调用关系：
文章插图
- 订单列表或者搜索订单可以调 order-search（订单搜索服务）来完成
- 在订单列表店家订单明细，可以根据订单号由 order-core（订单核心服务）查询从库来完成
文章插图
- 订单调度服务查询专有的读库
- 写操作调用 order-core（订单核心服务）查询来完成
文章插图
【秒杀场景下订单中心的架构设计】
步骤说明步骤 1：提交订单说明
- order-core（订单核心服务）提供提交订单接口（/order/submit）
- 这个接口接收订单相关的参数，如商品 id、价格、数量等
- 接收到请求后，做好基本参数校验
- 生成唯一的订单号，组装基本的订单信息
- 将订单号和订单创建中状态存入 Redis
- 发送 MQ，然后将订单号返回给前端
- order-consumer（订单消费者服务）获取到下单请求消息后，调库存中心接口进行库存预占
- 如果库存不足，预占失败，则将订单创建失败状态和失败信息更新到 Redis，流程终止
- 如果库存充足，预占成功，则将订单创建成功状态更新到 Redis
- 调用 order-core（订单核心服务）保存订单信息到数据库，调用 order-search（订单搜索服务）对订单进行索引
- 发送创建订单结果消息，库存中心根据创单结果消息进行库存扣减或者释放
推荐阅读
- 上海市|加餐！上海大爷站在阳台上钓起8斤野生大鲤鱼，楼下邻居帮忙抄鱼
- 红茶使用下投法,冲泡红茶最佳壶形
- 和田玉籽料|和田玉籽料市场现状：红皮白肉克10万，普品持续下跌？
- 秘书|网传董明珠秘书离职，本人亲自下场回应，“打工”二字让网友感慨
- 华硕|价同618 全年最香！ROG魔霸新锐、幻16大牌惊喜秒杀8999元起
- 英式红茶泡法白兰地,英式下午茶的泡法
- Intel|打造M1同款芯片！Intel下一代CPU将用上台积电5nm工艺
- 00后|00后“按时下班”被批评，发小作文怒怼老板，去年画的饼还没吃完
- 微软|频繁自动下载未知文件！微软Outlook Mac端出现“离奇”新Bug
- 泡红茶的容器选多大,楚云仙红茶
