Eureka和Zookeeper的区别

原创已于 2025-09-09 12:05:39 修改 · 205 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#Eureka #Zookeeper #注册中心 #区别

于 2019-07-10 12:04:07 首次发布

面试题专栏收录该内容

11 篇文章

订阅专栏

本文介绍了Eureka和Zookeeper作为服务注册中心的工作机制。服务提供者向Eureka注册，消费者从其获取地址并缓存。Eureka通过心跳检测服务状态。Zookeeper是分布式应用程序协调服务。还阐述了CAP理论，指出Zookeeper保证CP，选举期间可能不可用；Eureka保证AP，部分节点瘫痪不影响整体。

Eureka：
   服务提供者启动后向 Eureka 注册，Eureka Server 会将注册信息同步给其他 Eureka Server。
   服务消费者从 Eureka 获取服务提供者地址，然后会将服务提供者地址缓存到本地。
   当 Eureka 发现服务器提供者不可用时，则将服务置为 DOWN 状态，并把 DOWN 状态发送给服务消费者。
   服务提供者启动后，会周期性地向 Eureka 发送心跳，Eureka 在一定时间未收到心跳，则认为服务瘫痪，并注销该服务。

Zookeeper：
是一个分布式的应用程序协调服务。

Eureka 和 Zookeeper 都可以充当服务注册中心的角色。

CAP
   1、C（一致性）
   2、A（可用性）
   3、P（分区容错性）

分布式系统不可能同时满足C、A、P，但是分布式系统必须满足P，所以必须在C和A之间做出权衡。

Zookeeper保证CP
   可以接受注册中心返回的是过期的注册信息，但不能接受服务不可用，即服务注册功能对可用性的要求要高于一致性。
   但是，在 Zookeeper 中，当 master 节点与其他节点失去联系时，剩余节点会重新进行 leader 选举。
   在选举期间整个 Zookeeper 集群都是不可用的，这就导致在选举期间注册服务瘫痪。
   所以，Zookeeper 可以保证数据的一致性，但不能保证可用性。

Eureka保证AP
Eureka 优先保证服务的可用性。Eureka 集群的各节点是平等的，部分节点瘫痪不会影响其他节点的工作。
这就保证了可用性。

榴芒客服系统：https://blog.youkuaiyun.com/look4liming/article/details/83146776