文章目录
RocketMQ的起源
RocketMQ是阿里巴巴2012年开发的分布式消息中间件,阿里内部叫做MetaQ,早期借鉴了很多Kafka的设计思想,据说为了致敬Kafka,其最早版本名为Metamorphosis(变形记)。2016年捐赠给Apache基金会,而后随着SpringBoot的兴起,Apache发布了RocketMQ的子项目RocketMQ-Spring。自此,RocketMQ开始成为最受开发者欢迎的生态项目之一。
RocketMQ架构解析
官方部署模型:
如图所示,RocketMQ部署架构主要分为:NameServer、Broker、Producer、Consumer四个部分。
NameServer
NameServer是一Topic路由注册中心,为客户端提供路由服务,可根据根据Topic查询对应的Broker集群路由信息及队列信息。
NameServer集群部署,但各个节点无状态,NameServer之间不会进行数据通讯。Broker会向所有的NameServer注册自己的路由信息,如果某一台NameServer宕机,其他NameServer可以保证系统正常工作。
Broker
Broker负责消息的存储、投递、查询以及服务高可用保证。
NameServer几乎无状态节点,因此可集群部署,节点之间无任何信息同步。Broker部署相对复杂。
在 Master-Slave 架构中,Broker 分为 Master 与 Slave。一个Master可以对应多个Slave,但是一个Slave只能对应一个Master。Master 与 Slave 的对应关系通过指定相同的BrokerName,不同的BrokerId 来定义,BrokerId为0表示Master,非0表示Slave。Master也可以部署多个。
Producer
发布消息的角色。Producer通过 MQ 的负载均衡模块选择相应的 Broker 集群队列进行消息投递,投递的过程支持快速失败和重试。
Consumer
消息消费的角色。
- 支持以推(push),拉(pull)两种模式对消息进行消费。
- 同时也支持集群方式和广播方式的消费。