rocketmq入门核心概念篇

最新推荐文章于 2022-03-08 14:28:21 发布

andone1024

最新推荐文章于 2022-03-08 14:28:21 发布

阅读量874

点赞数

CC 4.0 BY-SA版权

分类专栏：消息中间件文章标签：中间件

本文链接：https://blog.youkuaiyun.com/DataEqualsMoney/article/details/121014766

消息中间件专栏收录该内容

1 篇文章

订阅专栏

1.rocketmq是什么

阿里开发并开源的具备低延迟、高并发、高可用、高可靠的分布式消息中间件，可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性。

2.基本角色名称解释

核心概念

Topic：消息主题，一级消息类型，生产者向其发送消息。
生产者：也称为消息发布者，负责生产并发送消息至Topic。
消费者：也称为消息订阅者，负责从Topic接收并消费消息。
消息：生产者向Topic发送并最终传送给消费者的数据和（可选）属性的组合。
消息属性：生产者可以为消息定义的属性，包含Message Key和Tag。
Group：一类生产者或消费者，这类生产者或消费者通常生产或消费同一类消息，且消息发布或订阅的逻辑一致。

3.基本架构

architecture

这个图要站在全局视角来看，容易理解

图中所涉及到的概念如下所述：

Name Server：是一个几乎无状态节点，可集群部署，在消息队列RocketMQ版中提供命名服务，更新和发现Broker服务。
Broker：消息中转角色，负责存储消息，转发消息。分为Master Broker和Slave Broker，一个Master Broker可以对应多个Slave Broker，但是一个Slave Broker只能对应一个Master Broker。Broker启动后需要完成一次将自己注册至Name Server的操作；随后每隔30s定期向Name Server上报Topic路由信息。
生产者：与Name Server集群中的其中一个节点（随机）建立长连接（Keep-alive），定期从Name Server读取Topic路由信息，并向提供Topic服务的Master Broker建立长连接，且定时向Master Broker发送心跳。
消费者：与Name Server集群中的其中一个节点（随机）建立长连接，定期从Name Server拉取Topic路由信息，并向提供Topic服务的Master Broker、Slave Broker建立长连接，且定时向Master Broker、Slave Broker发送心跳。Consumer既可以从Master Broker订阅消息，也可以从Slave Broker订阅消息，订阅规则由Broker配置决定。

4.消息收发模型

messagingmodel

这个图需要站在rocketmq服务器角度来看，比较好理解

生产者集群1、2、3可理解为不同的应用比如order-service,user-service,pay-service（集群中的小格子可理解一个应用实例或一个jvm进程）,同理消费者也一样，当然理解为同一个应用，其中用到了不同topic也是没毛病的。

生产者集群：用来表示发送消息应用，一个生产者集群下包含多个生产者实例，可以是多台机器，也可以是一台机器的多个进程，或者一个进程的多个生产者对象。一个生产者集群可以发送多个Topic消息。发送分布式事务消息时，如果生产者中途意外宕机，消息队列RocketMQ版服务端会主动回调生产者集群的任意一台机器来确认事务状态。

消费者集群：用来表示消费消息应用，一个消费者集群下包含多个消费者实例，可以是多台机器，也可以是多个进程，或者是一个进程的多个消费者对象。一个消费者集群下的多个消费者以均摊方式消费消息。如果设置的是广播方式，那么这个消费者集群下的每个实例都消费全量数据。

核心：一个消费者集群对应一个Group ID，一个Topic可被多个消费者组Group ID订阅（笔者工作中实际场景用的比较多，比如物流系统中，上游产生的运单轨迹消息，下游不同的系统都需要使用，使用了该模式），一个消费者组Group ID也可以订阅多个Topic（没使用过，感觉有点不符合DDD，不同的Topic通常消息是不同的，消费时就需要特殊判断了，可能个人理解也有不对的地方）