MQ 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行代码。