当前位置: 首页 > news >正文

统一消息分发中心设计

背景

我们核心业务中订单完成时,需要完成后续的连带业务,扣件库存库存、增加积分、通知商家等。

如下图的架构:

这样设计出来导致我们的核心业务和其他业务耦合,每次新增连带业务或者去掉连带业务都需要修改核心业务。

一方面,不合符软件设计的OCP原则;二方面,修改核心业务风险、成本也是很大的。

方案

基于上述方案的问题,我们设计了新的方案。新的方案,可以动态接入新的连带业务,不会入侵核心业务,降低了变动的风险和成本。

1. 订单下发统一的ORDER_CREATED事件消息;

 消息格式如下:

{
    "enterEvent":"ORDER_CREATED",
    "data":{
        "order_id":"OR2023111000000001"
    },
    "source":"ORDER",
    "datetime":"2023-11-10 21:40:52"
}

2. 所有核心业务发送到MQ的消息,统一发送到分发中心DISPATCHER_CENTER。

消息统一中心获取配置的路由信息,将消息发送到MQ。

*** @author darmi*/
@Component
public class KafkaEventListener {@Autowiredprivate MsgDispatcherCenterRepository msgDispatcherCenterRepository;@Autowiredprivate KafkaTemplate<String, String> kafkaTemplate;@Autowired@Qualifier(value = "eventExecutor")private Executor eventExecutor;@KafkaListener(topics = {"DISPATCHER_CENTER"})public void dispatchMsg(String event) {DispatcherCenterEvent dispatcherCenterEvent = DispatcherCenterEvent.getObject(event);eventExecutor.execute(() ->{msgDispatcherCenterRepository.findMsgDispatcherCenterByCenterEventAndActive(dispatcherCenterEvent.getCenterEvent(), Boolean.TRUE).forEach(e -> kafkaTemplate.send(e.getRouteEvent(), dispatcherCenterEvent.getData()));});}}

Mysql的消息路由表设计如下:

CREATE TABLE `tb_msg_dispatcher_ center` (`id` int NOT NULL AUTO_INCREMENT,`center_event` varchar(255) NOT NULL,`route_event` varchar(255) NOT NULL,`active` tinyint NOT NULL DEFAULT '0',`created` timestamp NOT NULL,`updated` timestamp NOT NULL,PRIMARY KEY (`id`),KEY `idx_center_event_active` (`center_event`,`active`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

 3. 各个业务监听消息,处理自己的业务。

 @KafkaListener(topics = {"ADD_POINT"})public void addPoint(String event) {//    添加积分}@KafkaListener(topics = {"REDUCE_STOCK"})public void reduceStock(String event) {//   扣件库存}@KafkaListener(topics = {"NOTICE_MERCHANT"})public void noticeMerchant(String event) {//    通知商家}

总结

这个方案是一个简易可行的方案,符合快速上手并实施。在人力、时间、成本不充足的情况下,基本能满足我们的需求。

如果想让它作为平台级的技术组件推广,还有一些细节的点可以优化。

  • 核心的业务是否也可以分离出来,通过平台配置的方式自动分发数据到消息中心。
  • 消息中心每次都会从数据库拉去路由表信息,这样性能不好,可以放在分布式缓存或本地内存。这时需要注意缓存数据的一致性问题。
  • 分发中心是否存在性能瓶颈、集群化等。
  • 连带业务是否也可以通过配置,自动拉取MQ的消息。

http://www.lryc.cn/news/225078.html

相关文章:

  • 前端项目导入vue和element
  • 【11】使用透视投影建立一个3D空间的测试
  • 【广州华锐互动】VR影视制片虚拟仿真教学系统
  • 从研发域到量产域的自动驾驶工具链探索与实践
  • 404. 左叶子之和
  • 基于SSM的课程管理系统
  • 【hcie-cloud】【5】华为云Stack规划设计之华为云Stack标准化配置、缩略语【下】
  • 搭建自己的MQTT服务器,实现设备上云(Ubuntu+EMQX)
  • web3案例中解决交易所中 ETH与token都是0问题 并帮助确认展示是否成功
  • unreal engine oculus 在vr场景中fade in , fade out
  • 0. 前言与大纲
  • 家乡特色饮食体验系统的设计与实现-计算机毕设 附源码 27533
  • 本地数据库迁移到云端服务器
  • SpringCloudGateway--Sentinel限流、熔断降级
  • ARMday02(汇编语法、汇编指令)
  • docker容器中运行jar 出现invalid or corrupt jarfile
  • PHP+MySQL人才招聘小程序系统源码 带完整前端+后端搭建教程
  • MongoDB常用的语句
  • MIPSsim模拟器 使用说明
  • javascript用localStorage存储用户搜索词记录,并在搜索框下展显搜索词记录
  • 20231108在Ubuntu22.04下编译安装cmake-3.27.7.tar.gz
  • 如此理解sed会简单
  • 数据库-MySQL之数据库必知必会1-9章
  • Selenium+Python自动化测试环境搭建
  • k8s存储卷 PV和PVC
  • 【架构】后端项目经典分层架构介绍
  • 二叉树的中序遍历
  • 什么是代理IP池?真实测评IP代理商的IP池是否真实?
  • 接收表单数据
  • 串口通信(11)-CRC校验介绍算法