RocketMQ NameServer 概览

最新推荐文章于 2025-05-08 14:34:49 发布
最新推荐文章于 2025-05-08 14:34:49 发布
阅读量3.1k 收藏 83
点赞数 114
CC 4.0 BY-SA版权
分类专栏： 深入浅出RocketMQ设计思想 文章标签： java-rocketmq
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HNU_Csee_wjw/article/details/123915174
本文深入探讨RocketMQ的NameServer，它是轻量级的路由注册中心，负责管理Broker的注册信息和路由信息。NameServer采用无状态设计，支持服务发现，提供心跳检测机制。文中还分析了为何选择自研NameServer，而非使用如ZooKeeper的强一致性解决方案，以降低维护成本。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

🍊 Java学习：Java从入门到精通总结

🍊 深入浅出RocketMQ设计思想：深入浅出RocketMQ设计思想

🍊 绝对不一样的职场干货：大厂最佳实践经验指南


📆 最近更新：2022年11月18日

🍊 个人简介：通信工程本硕💪、Java程序员🌕。做过科研paper，发过专利，优秀的程序员不应该只是CRUD

🍊 点赞 👍 收藏 ⭐留言 📝 都是我最大的动力！

文章目录

RocketMQ作为分布式的消息中间件，在设计的时候充分参考了同类型产品Kafka的架构。

在Kafka的实现里，服务注册与发现功能是用ZooKeeper实现的，而RocketMQ使用的是自己开发的服务注册中心NameServer，进一步地提高了服务的可用性。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
Spring Cloud Alibaba基础教程：RocketMQ概览
yueerba126的博客
11-07 224
确保 Master 和 Slave 配置文件中的。启动 Broker，加载配置文件。文件，设置相关参数。
《RocketMq》三、NameServer
zxx的专栏
12-18 8774
RocketMQ-nameSrv用于管理所有broker的信息，以便于Producer和Consumer能够获取到正确的Broker信息，进行业务处理；可以看到NameSrv的主要管理内容如下：1. 接收Broker的注册，注销请求；2. Producer获取topic下的所有BrokerQueue，put消息3. Consumer获取topic下所有的BrokerQueue，get消息所以可以看...
RocketMQ源码之注册中心NameServer【源码版本：RocketMQ4.6】
whatjeans的博客
10-22 375
hello 大家好，我是还没毕业就有1年工作经验且爱抄中间件代码的路人丙，今天想跟大家分享一下笔者“哪些年 ，抄过的中间件代码”，以及阅读RocketMQ源码剖析之注册中心NameServer的笔记记录。源码版本：RocketMQ4.6
RocketMQ的注册中心NameServer解析
lizhonghai0209的博客
12-22 796
NameServer设计追求的是简单的原则。总结下来几点：NameServer通常也是集群的方式部署，通过其上述的启动代码，我们可以看出，各实例间相互不进行信息通讯，每个NameServer节点都是对等存在，保存完整的路由信息，若其中一台NameServer实例down机了，不会影响整体的运行。Broker是连接每一个NameServer实例，发送注册信息与心跳，NameServer接受Broker集群的注册信息并且保存下来作为路由信息的基本数据。
RocketMQ的NameServer注册中心以及技术架构
终生学习践行者
10-27 4531
详细介绍了RocketMQ的技术架构以及集群启动工作流程。
顺藤摸瓜RocketMQ之注册中心debug解析
FJJJJJ
06-07 1055
注册中心namesrv 概述 在一个分布式服务系统里面注册中心是不可或缺的，因为它维护这服务的状态，防止分布式系统出现单点故障，提供高可用。 假使不使用注册中心，服务发现，那么就需要在客户端配置每个服务端的信息，那么在服务端横向扩容的时候就显得很生硬，服务发现功能主要是为了让服务自动注册，让客户端能够自动感知到服务端的状态信息，从而使用一定的策略权衡调用服务。 rocketmq注册中心 网上普遍存在如下两个架构图： 不同于其他的注册中心： rocketmq的namesrv之间是互不通信的，并且是不分M-S的
为什么要RocketMQ自己实现注册中心，而不是用Zookeeper，Nacos？
Cover_sky的博客
01-21 724
3.Nacos通用的服务注册和参数配置，虽然Nacos是AP，但是RocketMQ中NameServer做的事情比较少，只需要保管好这些Broker的信息即可，这是一个轻量级框架。4.如果要用分布式，则必然要解决脑裂问题，当出现网络分区，选出两个Master时，则需要再次进行选举。如果客户端发消息请求NameServer发送失败，重发即可，在用Zookeeper，一致性期间，2.ZooKeeper在CAP理论中保证的是CP，站在服务中心的角度来看，AP要比CP好，NamerServer无法访问。
RocketMQ 架构概览
FireFox1997
07-27 361
Apache RocketMQ 是一个分布式消息中间件和流计算平台，提供低延迟、高性能和可靠的队列服务，并且支持大规模的分布式系统。在详细介绍 RocketMQ 的整体架构之前，先了解其设计目标和核心特性是很重要的。RocketMQ 主要用于处理大规模的消息，支持严格的消息顺序和丰富的消息查询操作。
rocketmq教程概览
12-28
- **NameServer**: 提供路由查询接口帮助定位目标 Broker 实例的位置信息； - **Producer/Consumer Groups**: 组织形式上的逻辑划分单位用来区分不同的应用实例集合； - **Message Model**: 包含广播模型和集群模型...
RocketMQ源码分析之Broker注册（2）
04-20 463
NameServer响应Broker请求查询注册版本，对于注册中心来说对应的是请求命令，处理方法如下，根据对应的code找出对应的处理类，这里只有一个默认处理类DefaultRequestProcessor，处理过程执行前后置钩子方法，把请求和通信通道组成一个任务提交到处理器对应的的线程池中执行，查询请求是经过编码发送到nameserver的，经过NettyClientHandler处理请求命令 ...
5 张图告诉你 RocketMQ 为什么不使用 Zookeeper 做注册中心
沛哥儿的专栏
08-02 441
对于注册中心，RocketMQ集群需要保存的元数据非常少，完全没有必要引入Zookeeper这种重量级的注册中心。RocketMQ实现了基于raft协议的DLedger算法，可以保证Broker集群高可用，不用依赖Zookeeper。NameServer是RocketMQ内部组件，实现简单，易于扩展，不用考虑运维复杂性。httpshttpshttpshttpshttps。...
RocketMq01_概述及背景、主题、标签、队列、生产者、消费者、注册中心、工作流程
所得皆惊喜
12-09 1552
RocketMq01_概述及背景、主题、标签、队列、生产者、消费者、注册中心、工作流程
RocketMQ之NameServer源码分析
qq_40223516的博客
09-11 1158
RocketMQ之NameServer源码分析
为什么RocketMQ不使用Zookeeper作为注册中心呢？
最新发布
完全体
05-08 993
⽽且本身存储的数据应该是⾼度定制化的。基于性能的考虑，NameServer本身的实现⾮常轻量，⽽且可以通过增加机器的⽅式⽔平扩展，增加集 群的抗压能⼒，⽽zookeeper的写是不可扩展的，⽽zookeeper要解决这个问题只能通过划分领域，划分多个zookeeper集群来解决，⾸先操作起来太复杂，其次这样还是⼜违反了CAP中的A的设计，导致服务之间是不连通的。当RocketMQ需要与其他系统协同（如Dubbo服务发现）时，可额外集成ZooKeeper，但核心路由管理仍由NameServer负责。
RocketMQ核心概念扫盲篇
中间件兴趣圈
10-19 3802
在正式进入RocketMQ的学习之前，我觉得有必要梳理一下RocketMQ核心概念，为大家学习RocketMQ打下牢固的基础。 1、RocketMQ部署架构 在RocketMQ主要的组件如下： Nameserver Nameserver集群，topic的路由注册中心，为客户端根据Topic提供路由服务，从而引导客户端向Broker发送消息。Nameserver之间的节点不通信。路由信息在Nameserver集群中数据一致性采取的最终一致性。 Broker 消息存储服务器，分为两种角色：Master
RocketMQ中的路由中心NameServer
吴阳春的博客
05-07 4943
RocketMQ的路由中心采用了自研的NameServer，提供了路由管理、服务注册、服务发现的功能。NameServer集群间互不通信。 先简单了解一下这三种能力的实现方式，后面会有源码分析。 路由管理：通过配置文件灵活加载配置。 服务注册：Broker在启动时向所有的NameServer心跳语句，每隔30S向所有NameServer发起心跳包。NameServer收到心跳包后更新缓存。Name...
RocketMQ源码分析之Broker注册（1）
04-20 1246
在broker启动时会开始第一次注册，以后会定时向注册中心注册本机的信息 this.registerBrokerAll(true, false, true); this.scheduledExecutorService.scheduleAtFixedRate(new Runnable() { @Override public void run() {...
RocketMQ源码分析之从注册中心更新topic路由信息
04-21 1343
核心方法为updateTopicRouteInfoFromNameServer，客户端会定时从注册中心同步topic的相关信息，当生产者消费者启动后会往客户端实例的ConcurrentMap<String/* group */, MQProducerInner> producerTable和ConcurrentMap<String/* group */, MQConsumerIn...
评论 104
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小王曾是少年

如果对你有帮助，欢迎支持我

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值