当前位置: 首页 > news >正文

RocketMQ的运行架构

目录

      • 1. 核心组件
        • (1) NameServer
        • (2) Broker
        • (3) Producer
        • (4) Consumer
      • 2. 消息流转流程
      • 3. 高可用机制
      • 4. 扩展性与负载均衡
      • 5.容错机制
      • 5. 特殊功能支持
      • 6. 典型部署架构
      • 总结

RocketMQ 是一款高性能、高可靠的分布式消息中间件,其运行架构设计为分布式、可扩展、高可用的模式。以下是 RocketMQ 的核心运行架构及组件说明:
在这里插入图片描述


1. 核心组件

RocketMQ 的架构主要由以下四个核心组件构成:

(1) NameServer
  • 角色:轻量级的服务发现与路由管理组件(无状态,节点间不通信)。
  • 功能
    • 管理 Broker 的注册与心跳检测,维护 Topic 与 Broker 的路由关系。
    • 为 Producer 和 Consumer 提供 Topic 的路由信息查询。
  • 特点
    • 多个 NameServer 实例组成集群,避免单点故障。
    • Broker 启动时向所有 NameServer 注册,并定时发送心跳。
(2) Broker
  • 角色:消息存储与传输的核心节点,负责消息的持久化、投递和查询。
  • 功能
    • 消息存储:采用顺序写盘(Commit Log)和索引(Consume Queue)结合的方式,保证高性能。
    • 主从架构
      • Master:处理读写请求,支持同步/异步复制数据到 Slave。
      • Slave:备份数据,仅处理读请求(如消费落后时的消息拉取)。
    • 支持事务消息、延迟消息、重试队列等功能。
  • 特点
    • 通过 Broker 集群实现水平扩展和高可用。
    • 每个 Topic 划分为多个队列(Queue),分散到不同 Broker。
      在这里插入图片描述
(3) Producer
  • 角色:消息生产者,向 Broker 发送消息。
  • 功能
    • 根据 NameServer 提供的路由信息选择目标 Broker 和 Queue。
    • 支持同步、异步、单向发送模式。
    • 支持消息发送重试机制。
  • 特点
    • 支持消息 Sharding(如按 Key 哈希选择 Queue)。
    • 可通过事务消息保证分布式事务的最终一致性。
(4) Consumer
  • 角色:消息消费者,从 Broker 拉取消息并处理。
  • 功能
    • 根据消费模式(集群消费或广播消费)订阅消息。
    • 支持 Push 模式(长轮询)和 Pull 模式。
    • 维护消费进度(Offset),支持顺序消费。
  • 特点
    • 消费者组(Consumer Group)内负载均衡,组内消费者分摊 Queue。
    • 消费失败时触发重试机制,最终进入死信队列(DLQ)。

2. 消息流转流程

  1. 启动与注册

    • Broker 启动时向所有 NameServer 注册。
    • Producer/Consumer 启动时从 NameServer 获取路由信息。
  2. 消息发送

    • Producer 根据路由信息选择 Broker 和 Queue,发送消息到 Broker。
    • Broker 将消息写入 Commit Log,并生成索引(Consume Queue)。
  3. 消息消费

    • Consumer 从 Broker 拉取消息,处理成功后提交 Offset。
    • 若消费失败,消息进入重试队列,多次失败后进入死信队列。

3. 高可用机制

  • Broker 主从同步
    • 同步复制(Master-Slave 数据强一致)或异步复制(高性能)。
    • Master 故障时,Slave 可切换为新的 Master(需人工或自动触发)。
  • NameServer 集群:多节点部署,无状态设计,任一节点故障不影响服务。
  • 消息持久化:消息写入磁盘,防止数据丢失。

4. 扩展性与负载均衡

  • Topic 分片:将 Topic 划分为多个 Queue,分散到不同 Broker。
  • 消费者负载均衡:同一 Consumer Group 内的消费者分摊 Queue。
  • Broker 集群扩展:通过增加 Broker 节点提升吞吐量。

5.容错机制

  • 自动重试机制(消息发送/消费):
  • 故障broker转移
  • 消费者自动重新平衡队列分配

5. 特殊功能支持

  • 事务消息:通过两阶段提交(半消息 + 事务状态回查)实现分布式事务。
  • 顺序消息:通过锁定特定 Queue 保证消息顺序。
  • 延迟消息:支持预设延迟级别,消息定时投递。
  • 消息过滤:基于 Tag 或 SQL 表达式过滤消息。

6. 典型部署架构

[Producer]  --> [NameServer Cluster]
                  ↑    ↓    ↖
[Broker Master] ←→ [Broker Slave]
                  ↙    ↓    ↘
[Consumer]  --> [NameServer Cluster]

总结

RocketMQ 的架构通过 NameServer 实现解耦,Broker 主从设计保障高可用,生产者与消费者的分布式部署支持水平扩展。其高性能、可靠性和丰富的功能(如事务、顺序消息)使其适用于电商、金融等对消息一致性要求高的场景。

相关文章:

  • [特殊字符]【CVPR2024新突破】Logit标准化:知识蒸馏中的自适应温度革命[特殊字符]
  • 中科大 计算机网络原理 第一章 1.6分组延迟、丢失和吞吐量 笔记
  • 如何把网络ip改为动态:全面指南
  • 一个基于C# Winform开源免费的通用快速开发框架,内置完整的权限架构!
  • python爬虫报错信息解决方法
  • C++22——哈希
  • 基于Springboot博物馆文博资源库系统【附源码】
  • 传输层协议TCP
  • Python从0到100(八十九):Resnet、LSTM、Shufflenet、CNN四种网络分析及对比
  • linux学习笔记3
  • Spring IoC
  • kafka consumer 手动 ack
  • 详解直方图均衡化
  • Java最新面试题(全网最全、最细、附答案)
  • mysql 全方位安装教程
  • jvm内存区域、调优参数,堆区栈区分别存什么
  • Buildroot学习笔记
  • doris:Hudi Catalog
  • Windows逆向工程入门之MASM字符处理机制
  • 11天 -- Redis 中跳表的实现原理是什么?Redis 的 hash 是什么?Redis Zset 的实现原理是什么?
  • 购物网站成功案例/湖南今日新闻最新头条
  • 做任务的设计网站/企业网站推广注意事项
  • 正规营销型网站建设公司/seo排名优化培训
  • 工程建设项目全套流程/seo优化关键词分类
  • 手机网站与微信结合/广州seo好找工作吗
  • 怎么做自己的单页网站/百度百度网址大全