不管是普通场景的下单,还是秒杀场景的下单,对订单中心来说,都是下单,关键是要能支撑秒杀瞬间大量的下单请求 。本文探讨一下通用的订单中心架构,主要从服务划分、下单请求处理流程、核心表分库等方面来介绍,不区分普通下单还是秒杀下单,系统架构设计做好了,有秒杀活动时,无非进行一些扩容、限流、降级等手段即可应对 。
服务划分

文章插图
服务说明我不希望整个订单中心就是一个巨大的单体服务,也不希望是太细的微服务,我希望订单中心是合理的“中服务”的组合 。
可针对不同场景对服务进行扩容,比如订单搜索请求量比较大,就适当增加订单搜索服务的实例数量;消费速度慢,可针对订单消费者服务进行优化,调整服务实例数量 。
上面划分的每一个服务都是独立部署运行的服务 。
说明
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
- 泡红茶的容器选多大,楚云仙红茶