MQ NameServer模块划分

上图是之前讨论确定的系统架构（后续内容会按照这个架构来叙述），其中：

1. NameServer做Broker的服务发现，即客户端可以通过NameServer拿到Broker的信息

2. Broker汇报数据到NameServer

NameServer的模块划分

在进行NameServer的模块划分讨论前，先整理一下NameServer的功能：

1. 做Broker的服务发现

2. 提供元数据（Topic、Group等）

3. 也可以作为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模块划分》

欢迎关注此公众号，将坚持不懈的写MQ相关的技术文章，希望能和更多的朋友交流。