Eureka和zookeeper都可以提供服务注册与发现的功能，请说说两个的区别？

青旅半醒 2024-02-05 16:58 5阅读 0赞

Eureka和Zookeeper都是非常优秀的服务注册与发现的解决方案，它们在功能和使用场景上有一些区别：

1.  **注册中心设计理念**：Eureka的设计理念是简单、快速和强大，它采用了基于RESTful API的设计方式，因此对于客户端的编程模型相对简单，同时也使得Eureka的客户端更为轻薄。而Zookeeper的注册中心设计更偏向于功能强大，提供了更多的元数据支持，包括存储ACL策略、存储节点关系图、存储数据变化后的回调函数等。
2.  **对集群容错性的支持**：Zookeeper提供了更强的集群容错性，它的分布式决策是自身处理节点状态的决策。这意味着如果有部分节点不可用，它能够迅速发现并进行转移，这大大降低了因网络故障或者机器宕机带来的服务中断可能性。相比之下，Eureka的集群容错性较弱，如果服务注册中心Eureka集群出现问题，可能会导致服务调用方找不到服务提供方。
3.  **对服务的元数据支持**：Zookeeper提供了更丰富的元数据支持，包括存储ACL策略、存储节点关系图、存储数据变化后的回调函数等。这意味着Zookeeper不仅仅是一个服务注册中心，还可以作为一个元数据存储中心，存储其他需要的信息。而Eureka则更专注于服务注册与发现。
4.  **使用难度**：对于一般的应用来说，Eureka的使用难度相对较低，因为它提供了丰富的客户端库和简洁的API接口。而Zookeeper则更适合需要更多元数据支持和复杂使用场景的应用。

Zookeeper保证了CP（C：一致性，P：分区容错性），Eureka保证了AP（A：高可用） 1.当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的信息，但不能容忍直接 down掉不可用。也就是说，服务注册功能对高可用性要求比较高，但zk会出现这样一种情况，当 master节点因为网络故障与其他节点失去联系时，剩余节点会重新选leader。问题在于，选取

leader时间过长，30 ~ 120s，且选取期间zk集群都不可用，这样就会导致选取期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够恢复，但是漫长的选取时间导致的注册长期不可用是不能容忍的。  
2.Eureka保证了可用性，Eureka各个节点是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点仍然可以提供注册和查询服务。而Eureka的客户端向某个Eureka注册或发现时发生连接失败，则会自动切换到其他节点，只要有一台Eureka还在，就能保证注册服务可用，只是查到的信息可能不是最新的。除此之外，Eureka还有自我保护机制，如果在15分钟内超过85%的节点没有正常的心跳，那么Eureka就认为客户端与注册中心发生了网络故障，此时会出现以下几种情况： ①、 Eureka不在从注册列表中移除因为长时间没有收到心跳而应该过期的服务。 ②、Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其他节点上（即保证当前节点仍然可用） ③、当网络稳定时，当前实例新的注册信息会被同步到其他节点。  
因此，Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像Zookeeper那样使整个微服务瘫痪

总的来说，Eureka和Zookeeper各有优缺点，选择哪一个主要取决于你的具体需求和团队的技术栈。对于大多数应用来说，Eureka通常是一个更好的选择，因为它足够简单、快速且强大。而对于需要更多元数据支持、复杂的节点关系管理或者需要高度可配置的应用来说，Zookeeper可能是一个更好的选择。