tencent cloud

消息队列 RocketMQ 版

动态与公告
新功能发布记录
公告
产品简介
产品概述
什么是消息队列 RocketMQ 版
产品优势
应用场景
产品系列
开源对比
高可用
使用限制
开服地域
基本概念
产品计费
计费概述
价格说明
计费示例
切换集群计费模式(5.x)
续费说明
查看消费明细
退费说明
欠费说明
快速入门
快速入门概述
准备工作
步骤1:创建 RocketMQ 资源
步骤2:使用 SDK 收发消息(推荐)
步骤2:运行 RocketMQ 客户端(可选)
步骤3:查询消息
步骤4:销毁资源
用户指南
使用流程指引
配置账号权限
新建集群
命名空间管理
配置 Topic
配置 Group
连接集群
管理消息
管理集群
查看监控和配置告警
跨集群复制消息
实践教程
RocketMQ 常见概念命名规范
RocketMQ 客户端实践
RocketMQ 性能压测和容量评估
使用社区版 HTTP SDK 接入
客户端风险说明和更新指南
关于 RocketMQ 4.x 集群角色(Role)相关云 API 迁移指引
迁移指南
有感迁移
无感迁移
开发指南
消息类型
消息过滤
消息重试
POP 消费模式(5.x)
集群消费与广播消费
订阅关系一致性
限流
API 参考(5.x)
History
API Category
Making API Requests
Topic APIs
Consumer Group APIs
Message APIs
Role Authentication APIs
Hitless Migration APIs
Cloud Migration APIs
Cluster APIs
Data Types
Error Codes
API 参考(4.x)
SDK 参考
SDK 概述
5.x SDK
4.x SDK
安全与合规
权限管理
云 API 审计
删除保护
常见问题
4.x 实例常见问题
服务协议
服务等级协议
联系我们
文档消息队列 RocketMQ 版产品简介什么是消息队列 RocketMQ 版

什么是消息队列 RocketMQ 版

PDF
聚焦模式
字号
最后更新时间: 2026-01-23 16:23:16
消息队列 RocketMQ 版(TDMQ for RocketMQ,简称 TDMQ RocketMQ 版)是一款分布式高可用的消息队列服务, 基于 Apache RocketMQ 的 4.x 和 5.x 架构提供不同的产品形态,支持 RocketMQ 4.4.x 及以上版本的客户端零改造接入,同时具备计算存储分离,灵活扩缩容的底层优势。TDMQ RocketMQ 版最多可以支持百万级 TPS 的吞吐量,适用于各类大规模、低延时、对可靠性要求高的在线消息业务场景。

产品特性

免运维

支持一键创建集群,开箱即用。
按 TPS 规格快速扩缩容,提供极致弹性。
5.x TPS 支持弹性区间,应对突发流量。
5.x 存储 Serverless化,支持按需使用,按量付费。

特性丰富

支持多种消息类型:事务/定时/延时/顺序消息。
支持多种消费模式:Tag 过滤、SQL 92 过滤、集群消费、广播消费。

可观测性

提供全面的监控指标,快速发现问题。
支持可视化消息轨迹,串联上下游业务,更好的排查和定位问题。

高可用

支持跨可用区部署,抵御机房级故障。
容器化秒级自动重启,单节点宕机时容量和数据不受损。
支持集群限流保护,提升集群健康度。
支持跨集群消息复制,满足灾备需求。

安全管控

集成腾讯云的 CAM 系统,支持操作级/资源级的权限管理能力。
可视化的 ACL 管理页面,支持收发消息的权限管理。
公网访问支持白名单控制。

平滑迁移

开源兼容,0业务代码修改。
提供元数据迁移工具,降低迁移成本。
提供集群平滑迁移方案,低侵入可回滚,减少业务侵入。

技术架构

消息队列 RocketMQ 版的系统部署架构图如下:
5.x 集群
4.x 集群

消息队列 TDMQ RocketMQ 版 5.x 系列引入了新的 gRPC 协议和 Proxy 组件,实现了存算分离的架构,对 RocketMQ 的运维和使用都会带来巨大的变化。
其中涉及的各个概念如下:
Producer 集群: 客户侧应用,负责生产并发送消息。
Consumer 集群:客户侧应用,负责订阅和消费处理消息。
NameServer 集群: 服务端应用,负责路由寻址和 Broker 心跳注册。为保证高可用,默认跨可用区部署。
心跳注册:NameServer 相当于注册中心的角色,各个角色的机器都要定时向 NameServer 上报自己的状态,如果超时未上报,NameServer 会认为某个机器出现故障不可用,从而将这个机器从可用列表中删除。
路由寻址:每个 NameServer 中都保存着 Broker 集群的整个路由信息和用于客户端查询的队列信息,生产者和消费者通过 NameServer 去获取整个Broker 集群的路由信息,从而进行消息的投递和消费。
Proxy 集群:全新的弹性无状态代理服务,为保证高可用,默认跨可用区部署。将 4.x 中的 Broker 职责进行拆分,对于客户端协议适配、权限管理、消费管理等计算逻辑进行抽离。
Broker集群:与 4.x 产品系列相比,在 5.x 系列中,Broker 更专注于存储能力的持续优化。为保证高可用,默认跨可用区部署。



其中涉及的各个概念如下:
Producer 集群: 客户侧应用,负责生产并发送消息。
Consumer 集群:客户侧应用,负责订阅和消费处理消息。
NameServer 集群: 服务端应用,负责路由寻址和 Broker 心跳注册。
心跳注册:NameServer 相当于注册中心的角色,各个角色的机器都要定时向 NameServer 上报自己的状态,如果超时未上报,NameServer 会认为某个机器出现故障不可用,从而将这个机器从可用列表中删除。
路由寻址:每个 NameServer 中都保存着 Broker 集群的整个路由信息和用于客户端查询的队列信息,生产者和消费者通过 NameServer 去获取整个Broker 集群的路由信息,从而进行消息的投递和消费。
Broker 集群:服务端应用,负责接收,存储,投递消息,支持主从多副本模式,从节点可选部署,实际现网公有云上数据高可靠直接依赖云盘三副本。
管控集群: 服务端应用,可视化的管控控制台,负责运维整个集群,例如元数据的管理等。




帮助和支持

本页内容是否解决了您的问题?

填写满意度调查问卷,共创更好文档体验。

文档反馈