单机部署RocketMQ 4.9.4和dashboard

最新推荐文章于 2025-10-11 18:16:48 发布

原创

最新推荐文章于 2025-10-11 18:16:48 发布 · 2.1k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#rocketmq #面试 #经验分享

本文详细介绍了Apache RocketMQ的部署过程，包括NameServer、Broker的启动，以及Topic的创建和消息的生产与消费。此外，还提供了单机部署RocketMQ 4.9.4的步骤，并涉及到Docker部署RocketMQ Dashboard的方法，以实现消息中间件的管理和监控。

3. 单机部署RocketMQ 4.9.4

4. docker部署rocketmq dashboard

1.前言

RocketMQ，阿里巴巴开源高性能分布式消息中间件，部署模型如下

Apache RocketMQ 部署架构上主要分为四部分:

生产者 Producer

发布消息的角色。Producer通过 MQ 的负载均衡模块选择相应的 Broker 集群队列进行消息投递，投递的过程支持快速失败和重试。

消费者 Consumer

消息消费的角色。支持以推（push），拉（pull）两种模式对消息进行消费。同时也支持集群方式和广播方式的消费。提供实时消息订阅机制，可以满足大多数用户的需求。

名字服务器 NameServer

NameServer是一个简单的 Topic 路由注册中心，支持 Topic、Broker 的动态注册与发现。

主要包括两个功能：

Broker管理，NameServer接受Broker集群的注册信息并且保存下来作为路由信息的基本数据。然后提供心跳检测机制，检查Broker是否还存活；

路由信息管理，每个NameServer将保存关于 Broker 集群的整个路由信息和用于客户端查询的队列信息。Producer和Consumer通过NameServer就可以知道整个Broker集群的路由信息，从而进行消息的投递和消费。NameServer通常会有多个实例部署，各实例间相互不进行信息通讯。Broker是向每一台NameServer注册自己的路由信息，所以每一个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也可以部署多个。