消息中间件 RocketMQ的理论笔记(一)

本文详细介绍了RocketMQ的部署结构,包括nameServer、broker的角色与连接方式。接着阐述了RocketMQ的一些特性,如不支持自动主从切换,支持顺序消费和Tag筛选。此外,讨论了消息的重试机制、消费一致性以及可能出现的消息重复情况,并提出了消费幂等的概念以应对消息重复问题。
摘要由CSDN通过智能技术生成

      之前有写过啥是消息中间件,如何单机安装RockMQ,接下来让我们看看什么是RockMQ是重点学习的。一些夸它的话就不累赘了。先明白RocketMQ 是基于发布订阅模型的消息中间件。所谓的发布订阅就是说,consumer 订阅了 broker 上的某个 topic,当 producer 发布消息到 broker 上的该 topic 时,consumer 就能收到该条消息。这得看RockMQ部署结构图了。

一、RockMQ部署结构

     先来一张图,我们能用图说话,就不用字,能用红包就不开口哈~

     画的不好,但是就是表达RockMQ部署结构图里面各个组件相互之间的关联:

     一、nameServer是集群管理中心,就像kafka的集群管理中心为zookepper一样,RockMQ有自己的集群管理。nameServer像是一个路由器控制中心,开启之后会监听端口,等待broker、productor、comsumer 的连接。

     二、broker和所以的nameServer之间也是使用长连接保持联系的,将其端口、IP、所有的topic信息都放在心跳包里面和nameServer取得联系后并且在其中注册,这样每一个对应的topic在nameServer集群中都可以找到和Broker的映射。

     三、在发送消息之前的话,是需要先创建topic的,需要指定Topic存储在哪些Broker上又或者通过在发消息的时候自动创建Topic。

     四、Productor 先会和NameServe

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值