RabbitMQ

支持多种语言

RM架构:

如何保证消息可靠性?

1.保证消息可以到达Exchange

异步回调(Confirums机制)

步骤:开启confirms;设置confirms的异步回调(ACK/NCK)

2.保证消息可以路由到Queue

Return机制

3.保证Queue可以持久化消息

RM重启后队列中的消息依然存在

4.保证消费者可以正常消费信息

手动ACK

死信队列

死信:

1.消息被消费者拒绝,会重新放回到队列中供其他消费者消费,requeue设置为false

2.指定了队列中的消息生存时间/发送消息时设置了消息的生存时间,生存时间到了,消息没有被消费

3.队列已经到达消息的最大长度,之后路由过来的消息直接变为死信

消费者执行了ACK/reject机制,并设置requeue==false,那么消费者没有消费的信息会重新放回到队列中,并路由到死信交换机,进而放到死信队列中供消费者消费

应用:

1,基于死信队列,队列消息已经满的情况下,消息也不会丢失;

2.实现延迟消费的效果,如下订单在一定的时间内付款

延迟交换机

死信队列实现延迟消费时,如果延迟时间比较复杂,比较多,直接使用队列需要创建大量队列

RM集群

相关推荐
方方洛1 天前
ray教程-25-附录E-端到端实战案例
人工智能·分布式·机器学习
一条泥憨鱼2 天前
【消息队列】ACK确认了什么:消息队列可靠投递的完整链路
java·后端·kafka·消息队列·rabbitmq
迅翼SwiftWing2 天前
编队系列(二)|固定翼如何依靠邻居信息保持队形?一致性控制、通信拓扑与分布式仿真实现,附仿真代码
分布式
ly76892 天前
幂等消费者与重试副作用:Kafka 端点接入时的去重边界
分布式·kafka·linq·apache camel·幂等消费者·重试副作用·去重边界
qq_452396232 天前
第三篇:《从 ZooKeeper 到 KRaft 的迁移实战:前置条件、三阶段流程与回滚策略》
分布式·zookeeper·云原生
真上帝的左手3 天前
30. 技术专题-‌应用框架组件-关系型数据库-MySQL-Mybatis
数据库·分布式·mysql·中间件·mybatis
程序猿乐锅3 天前
万字详解Single-flight(单飞模式)
java·开发语言·分布式·后端·学习·single-flight
sunny06603 天前
推理 INFRA 方法论(2):分布式推理:TP、DP、EP、CP 与 PP 的取舍
人工智能·分布式
字节探索3 天前
Redis 分布式锁:从 SETNX 误删到看门狗自动续期的原理与实践
redis·分布式
真上帝的左手3 天前
30. 技术专题-‌应用框架组件-缓存-Redis
数据库·redis·分布式·缓存·中间件