集群消费和广播消费
来源:互联网 发布:日本制造知乎 编辑:程序博客网 时间:2024/04/29 00:05
基本概念
MQ 是基于发布订阅模型的消息系统。在 MQ 消息系统中消息的订阅方订阅关注的 Topic,以获取并消费消息。由于订阅方应用一般是分布式系统,以集群方式部署有多台机器。因此 MQ 约定以下概念。
集群:MQ 约定使用相同 Consumer ID 的订阅者属于同一个集群,同一个集群下的订阅者消费逻辑必须完全一致(包括 Tag 的使用),这些订阅者在逻辑上可以认为是一个消费节点。
集群消费:当使用集群消费模式时,MQ 认为任意一条消息只需要被集群内的任意一个消费者处理即可。
广播消费:当使用广播消费模式时,MQ 会将每条消息推送给集群内所有注册过的客户端,保证消息至少被每台机器消费一次。
场景对比
集群消费模式:
适用场景&注意事项
- 消费端集群化部署,每条消息只需要被处理一次。
- 由于消费进度在服务端维护,可靠性更高。
- 集群消费模式下,每一条消息都只会被分发到一台机器上处理,如果需要被集群下的每一台机器都处理,请使用广播模式。
- 集群消费模式下,不保证消息的每一次失败重投等逻辑都能路由到同一台机器上,因此处理消息时不应该做任何确定性假设。
广播消费模式:
适用场景&注意事项
- 每条消息都需要被相同逻辑的多台机器处理。
- 消费进度在客户端维护,出现重复的概率稍大于集群模式。
- 广播模式下,MQ 保证每条消息至少被每台客户端消费一次,但是并不会对消费失败的消息进行失败重投,因此业务方需要关注消费失败的情况。
- 广播模式下,第一次启动时默认从最新消息消费,客户端的消费进度是被持久化在客户端本地的隐藏文件中,因此不建议删除该隐藏文件,否则会丢失部分消息。
- 广播模式下,每条消息都会被大量的客户端重复处理,因此推荐尽可能使用集群模式。
- 目前仅 Java 客户端支持广播模式。
- 广播模式下服务端不维护消费进度,所以服务端不提供堆积查询和报警功能。
使用集群模式模拟广播:
适用场景&注意事项
- 每条消息都需要被多台机器处理,每台机器的逻辑可以相同也可以不一样。
- 消费进度在服务端维护,可靠性高于广播模式。
0 0
- 集群消费和广播消费
- Rocketmq集群消费测试
- activemq jdbc-master/slave集群搭建和客户端消费说明
- RocketMQ的顺序消费和事务消费
- RocketMQ事务消费和顺序消费详解
- 分布式SpringCloud服务消费集群
- 生产和消费
- 继 生产和消费
- Rocketmq消息队列广播消费测试
- 集群下的kafka实现多线程消费
- 线程 --生产和消费问题
- dubbox消费端和服务端
- Kafka生产者和消费解释
- RocketMQ事务消费和顺序消费详解,小票
- 婚庆消费
- 今天消费
- “高端”消费
- 四月消费
- JDK代理的基本使用
- POJ 1837 Balance
- React组件生命周期详解
- 使用PDFBOX提取PDF文件
- RocketMQ单机部署及使用
- 集群消费和广播消费
- 387. First Unique Character in a String(C语言)
- 机器学习(1)-Octive语言
- openwrt uhttpd更改默认端口
- 学这么些年的编程 可曾后悔过
- 消息过滤
- SpringMvc中数据的格式化
- 自定义的圆角ImageView
- Visusl Studio——包含目录、库目录、附加包含目录、附加库目录、附加依赖项之详解