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集群

相关推荐
沙滩de流沙2 小时前
Spark生态圈
大数据·分布式·spark·scala
流沙QS3 小时前
MinIO服务器文件复制(Windows环境&Linux环境)
服务器·分布式
费曼乐园3 小时前
Zookeeper下面的conf目录下面的zoo.cfg
linux·分布式·zookeeper
菜鸟是大神3 小时前
Kafka为什么要放弃Zookeeper
分布式·zookeeper·kafka
过往记忆9 小时前
告别 Shuffle!深入探索 Spark 的 SPJ 技术
大数据·前端·分布式·ajax·spark
龙哥·三年风水13 小时前
workman服务端开发模式-应用开发-vue-element-admin挂载websocket
分布式·websocket·vue
明达技术13 小时前
分布式 I/O 配合高冗余 PLC,打造高效控制新典范
运维·分布式
技术路上的苦行僧13 小时前
分布式专题(9)之Mysql高可用方案
分布式·mysql·mgr·mha·mysql高可用·mmm
Lin_Miao_0914 小时前
Kafka优势
分布式·kafka