NameServer模块划分
上图是之前讨论确定的系统架构（后续内容会按照这个架构来叙述），其中：
- NameServer做Broker的服务发现，即客户端可以通过NameServer拿到Broker的信息
- Broker汇报数据到NameServer
NameServer的模块划分
在进行NameServer的模块划分讨论前，先整理一下NameServer的功能：
- 做Broker的服务发现
- 提供元数据（Topic、Group等）
- 也可以作为Console的操作入口（整个MQ系统是没有DB的，Console可以通过NameServer获取系统信息进行展示）
结合以上提供的功能和之前几篇对系统架构的介绍，NameServer是不需要对数据进行持久化的，因为NameServer的数据都是来自于Broker汇报的。可以认为NameServer是一个无状态的节点。NameServer可以非常方便的做集群部署，高可用之类的，只需要Broker将数据汇报到多个NameServer即可（RocketMQ就是这种架构）。
基于以上的约定（NameServer尽量简单，没有持久化等），对NameServer的模块划分如下。
1. 网络模块
这个不再多说了，属于最基础的公共模块了，Broker、Client、NameServer都会有。
除了基础的网络实现，还有网络相关的就是各个网络请求的处理，比如新建Topic、新建Group等。按照请求来源的维度，NameServer上会包含：
- ClientPacketHandler
- BrokerPacketHandler
- ConsolePacketHandler
- ...
这些都是网络包的处理入口，可以算到网络模块中。
2. 元数据模块
除去网络模块外，NameServer剩余内容都是对元数据的汇总处理，包含以下组件：
- TopicManager：Topic元数据的汇总，处理Topic的增删改查
- GroupManager：Group元数据的汇总，处理Group的增删改查
- BrokerManager：Broker的管控，进行Broker的上下线及配置变更等
- PositionManager：汇总位点信息
- InstanceManager：汇总Consumer和Producer实例
汇总以上内容，NameServer模块如下：
以上是基于NameServer的功能限定下讨论的模块。NameServer在MQ中是最简单的一个大模块，也是和消息发送和消费关系最小的模块，所以只有这么多内容。 （NameServer更多在Consumer、Producer初始化的时候会涉及到，一旦运行起来，过程中并不需要进行太多的交互，所以运行过程中脱离了NameServer也是能正常执行消费和发送的）
RocketMQ的NameServer功能上更加简化，不超过1000行代码。
这就是RocketMQ（开源版本）NameServer所有的代码了
结语
本篇主要是把NameServer的组件罗列一下，相对来说比较简单。
下一篇会开始整理MQ系统中的数据流和操作流程，包括消息和元数据在MQ中的流转、元数据的操作、消息的写入、消息的读取等流程。
往期内容：
《什么是分布式消息中间件》
《消息中间件的一些概念》
《业务方对消息中间件的需求》
《消息中间件架构讨论》
《Broker模块划分》
《Client模块划分》
本文分享自 MessageQueue 微信公众号，前往查看
如有侵权，请联系 cloudcommunity@tencent.com 删除。
本文参与 腾讯云自媒体同步曝光计划 ，欢迎热爱写作的你一起参与！
腾讯云开发者
