在服务启动的时候，服务提供者会向注册中心注册服务，暴露自己的地址和端口等，注册中心会更新服务列表。
服务消费着启动时会向注册中心请求可用的服务地址，并且在本地缓存一本提供者的列表，这样即便注册中心宕机了，仍然可以正常调用服务。
如果提供者集群发生变更，注册中心会将变更推送到服务消费者，更新可用的服务地址列表。
比较典型的服务注册主键，分别有Zookeeper，Eureka，Nacos,还有Consul，etcd等。
Zk一般使用在Dubbo的注册中心中实现。
zk集群的原理。leader + follower，leader写，同步到follower，follower可读，保证顺序一致性，就是基本尽量保证数据一致性，主动推送。
典型的CP,leader崩溃的时候，为了保证数据一致性，尽量不要读到不一致的数据，此时要重新选举leader以及做数据同步，此时集群会暂时不可用。
eureka现在基本上已经不在维护了，我们公司现在在用的是consul。
当然alibabade的nacos也是非常热，社区也是比较活跃的。
关于eureka的可以关注我在微服务模块的学习笔记 跳转
这里不在展开。
Netflix这个公司开源了很多牛逼的组件，大家可以关注一下
阿里开源的注册中心组件。基于raft算法的CP模型，同时也支持配置成类似eurela的AP模式。
Nacos还提供了配置管理，元数据原理和流量管理，并且提供了一套可视化的控制台管理界面。