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