RocketMQ5.0 NameServer架构设计
1. 架构设计
NameServer是一个非常简单的Topic路由注册中心,其角色类似Dubbo中的zookeeper,支持Broker的动态注册与发现。主要包括两个功能:
- Broker管理,NameServer接受Broker集群的注册信息并且保存下来作为路由信息的基本数据。然后提供心跳检测机制,检查Broker是否还存活;
- 路由信息管理,每个NameServer将保存关于Broker集群的整个路由信息和用于客户端查询的队列信息。然后Producer和Consumer通过NameServer就可以知道整个Broker集群的路由信息,从而进行消息的投递和消费。
NameServer通常也是集群的方式部署,各实例间相互不进行信息通讯(如上图所示),彼此之间相互独立。Broker是向每一台NameServer注册自己的路由信息,所以每一个NameServer实例上面都保存一份完整的路由信息。当某个NameServer因某种原因下线了,Broker仍然可以向其它NameServer同步其路由信息,Producer和Consumer仍然可以动态感知Broker的路由的信息。
info
RocketMQ5.0版本后NameServer同时也可以作为Controller模块的一个容器,Controller模块内嵌到NameServer中。
2. 优点与缺点
2.1 优点
NameServer集群各实例不通讯的设计好处:
- 实现简单,在复杂的网络环境中NameServer实现简单,无需引入大量的分布式系统的理论去提供数据一致性的支持
- NameServer的横向拓展更好,因为NameServer的各实例之间没有通讯,当Consume和Producer从NameServer拉取数据导致NameServer压力过大的时候。此时可以通过横向拓展新增加新的NameServer来减轻压力。
2.2 缺点
当Broker的数量较多,连接数过多的时候会对NameServer造成一定的压力。