rabbitmq生产端-消息可靠性投递方案(适用于高并发场景)

在这里插入图片描述

这个方案相对于我上一篇的可靠性投递方案少了一个入库操作,更适用高并发场景,具体执行流程如下:
  • 1.UpstreamService先投递一个消息到MQ Broker,业务服务模块进行消息监听,监听到消息后进行业务处理,处理完成,投递一个确认消息到MQ
    Broker,由一个CallbackService服务进行确认消息的监听,监听到确认消息对消息进行入库操作。
  • 2.UpstreamService再投递一个延迟消息(在第一个消息投递之后3或5分钟之后操作)到MQ Broker,CallbackService监听这个延迟消息,监听到延迟消息之后去库里验证该消息是否已经入库并且被消费,如果消息被消费,则什么操作都不做,如果没有找到消息,则发送命令到UpstreamService,让其重新发送消息,之后重复之前的操作。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值