RocketMQ的路由中心采用了自研的NameServer,提供了路由管理、服务注册、服务发现的功能。NameServer集群间互不通信。
先简单了解一下这三种能力的实现方式,后面会有源码分析。
路由管理:通过配置文件灵活加载配置。
服务注册:Broker在启动时向所有的NameServer心跳语句,每隔30S向所有NameServer发起心跳包。NameServer收到心跳包后更新缓存。NameServer每隔10S扫描brokerLiveTable,如果连续120S没有收到心跳包,则NameServer移除Broker的路由信息同时关闭Socket连接。
服务发现:RocketMQ的路由发现是非实时的。当topic对应的路由信息发生变化,NameServer并不会通知给客户端。而是由客户端定时拉取Topic对应的最新路由。不实时的路由发现引起的问题由客户端进行解决,保证了NameServer逻辑的简洁。
在分析源码前,其实我们还有一个绕不过去的疑惑,RocketMQ为什么没有采用Zookeeper作为路由中心呢?NameServer集群间互不通信,不具备选主功能,功能不是弱了吗?
其实正是因为RocketMQ的架构导致其不需要Zookeeper提供的“复杂”功能,NameServer完全够用。且因为其不复杂,性能更加高效。
我们对比一下kafka和RocketMQ的架构,能对这个问题有一个更清晰的认识。
图中椭圆表示逻辑概念,方块表示物理概念。
RocketMQ:
RocketMQ中的master和slave可以认为是物理上的概念。一台机器要么是master,要么是slave,