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