我们先不考虑代码层面怎么实现,单说一个注册中心需要那些模块配合才能正常工作。
最先想到,第一个模块,应该是服务地址表,作为系统最核心的存储模块,不仅涉及到大量的读写操作,还要设计高效的存储数据结构。常见的存储结构有哪些呢?
- 树(前缀树,ES索引使用到)
- hasMap
- 红黑树(concurrentHashMap使用到)
- 跳跃表(可以快速的排序、检索)
- znode(zookeeper的默认实现)
由于我们查询的维度比较多(按照服务的provider、consumer),所以这种情况使用一个树来存储比较好,类似前缀树,我们再抽象一下,就是一个和znode一样的数据结构。
第二个模块,推送服务和监听器,监听器负责监听服务地址表的变化,然后将地址的变更通知到订阅这个服务的订阅方。这里数据结构设计的时候需要考虑一下,怎么存储服务生产者和消费者的信息。
第三个模块,健康检查,注册的实例是通过心跳机制和注册中心交互的。当一个实例挂了之后,一段时间,注册中心认为它死亡了,需要把它从服务地址表剔除。
第四个模块,持久化,注册中心如果宕机了,新的实例启动后,需要从DB中加载数据,才能正常地提供服务。所以这样就会涉及到DB的表设计,有没有更好的办法呢?
第五个模块,集群,保证服务的高可用,避免单点故障,就必须使用集群。那么集群通信的模块、集群列表的管理、负载均衡。
第六个模块,接口,读写接口。