统一消息分发中心设计

背景

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

如下图的架构:

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

一方面,不合符软件设计的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。

java 复制代码
**
 * @author darmi
 */
@Component
public class KafkaEventListener {

  @Autowired
  private MsgDispatcherCenterRepository msgDispatcherCenterRepository;

  @Autowired
  private 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的消息路由表设计如下:

sql 复制代码
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. 各个业务监听消息,处理自己的业务。

java 复制代码
 @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的消息。
相关推荐
FG.3 分钟前
Day22
java·面试
apihz3 分钟前
域名WHOIS信息查询免费API使用指南
android·开发语言·数据库·网络协议·tcp/ip
菜鸟的迷茫5 分钟前
Redis 缓存雪崩、穿透、击穿面试题深度解析与 Spring Boot 实战代码示例
java
gwcgwcjava9 分钟前
[时序数据库-iotdb]时序数据库iotdb的安装部署
数据库·时序数据库·iotdb
珹洺16 分钟前
C++算法竞赛篇:DevC++ 如何进行debug调试
java·c++·算法
remCoding16 分钟前
Java全栈面试实录:从电商场景到AIGC的深度技术考察
spring boot·redis·spring cloud·ai·kafka·aigc·java面试
SHUIPING_YANG24 分钟前
根据用户id自动切换表查询
java·服务器·数据库
爱吃烤鸡翅的酸菜鱼36 分钟前
IDEA高效开发:Database Navigator插件安装与核心使用指南
java·开发语言·数据库·编辑器·intellij-idea·database
超奇电子40 分钟前
阿里云OSS预签名URL上传与临时凭证上传的技术对比分析
数据库·阿里云·云计算
惊涛骇浪、42 分钟前
SpringMVC + Tomcat10
java·tomcat·springmvc