【IT老齐046】RabbitMQ队列解决消息积压问题
【IT老齐046】RabbitMQ队列解决消息积压问题
场景
每天上午10点,全国2万多名客户经理集中录入上一日JK单据到BorrowSale系统,峰值能达到500单/s。但信审系统任务重,最多只支持到60单/s,每日会导致大量消息积压
解决方案
工作队列
RabbitMQ改为工作队列模式,将消息送给9个信审系统实例并行完成。但信审系统不愿配合,以预算不足为由拒绝
死信队列
- 什么是死信?
- 即过期或无法处理的消息。
- 死信是怎么产生的?
- 消费者拒绝接受,且没有重新入列的消息
- 队列满了,无法入列的消息
- 消息设置了TTL过期时间,超过有效时间后的消息
- 队列设置了TTL过期时间,超过有效时间后的消息
依赖RabbitMQ的“死信队列”特性,将死信消息自动送达死信队列中,BS前台接收到死信消息,1小时后重新发送,等待闲时由信审系统进行处理。
这样便实现了在不增加资源的前提下,对信审系统资源,进行“削峰填谷”
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!