注册中心的区别（Nacos、Eureka、conful、CoreDNS、zk）

比较

• Zookeeper基于ZAP协议实现保证每个节点数据同步的问题，中心化思想集群模式，分为领导和跟随者角色。当我们的zk领导因为某种原因宕机的情况下，会自动触发重新选一个新的领导角色，整个选举的过程为了保证数据的一致性问题，在选举的过程中整个zk环境是不可使用的可短暂可能无法使用到zk。意味着微服务采用该模式情况下，可能无法实现通讯（本地有缓存除外）
  注意：可运行的节点必须满足过半机制，整个zk采用使用。

• Eureka采用ap的设计理念架构注册中心，完全去中心化思想，也就是没有主从之分
  每个节点都是均等，采用相互注册的原理，你中有我我中有你，只要最后有一个eureka节点存在就可以保证整个微服务可以实现通讯。

• Nacos中集群保证一致性算法采ratf协议模式，采用心跳机制实现选举的（）。

CAP定律

这个定理的内容是指的是在一个分布式系统中Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。

• 一致性©：在分布式系统中，如果服务器集群，每个节点在同时刻访问必须要保持数据的一致性。
• 可用性(A)：集群节点中，部分节点出现故障后任然可以使用 （高可用）
• 分区容错性§：在分布式系统中网络会存在脑裂的问题，部分Server与整个集群失去节点联系，无法组成一个群体。
  只有在CP和AP选择一个平衡点