CAP理论与Eureka——Zookeeper区别

最新推荐文章于 2021-05-26 17:54:25 发布

是啊°

最新推荐文章于 2021-05-26 17:54:25 发布

阅读量295

点赞数

文章标签： eureka zookeeper 分布式

本文链接：https://blog.csdn.net/qq_43717750/article/details/104506316

版权

本文探讨了CAP理论在分布式系统中的一致性、可用性和容错性权衡，对比分析了Eureka与Zookeeper在实现注册中心角色时的不同策略与优缺点。Zookeeper遵循CP原则，确保一致性与容错性，但在Leader选举期间可能导致服务中断；Eureka则采取AP原则，优先保证高可用性，即使在网络分区下也能提供服务，但可能牺牲数据一致性。

摘要由CSDN通过智能技术生成

                          CAP理论

C：一致性 A：可用性 P：容错性
在CAP理论中一个分布式系统通常不可能同时满足这三个需求
它只能满足三进二的条件
即
CA：满足一致性，可用性的系统，通常可扩展性能较差
CP：满足一致性，容错性的系统，通常性能不是很高
AP：满足可用性，容错性的系统，通常对一致性要求低一点

那么作为注册中心的Eureka与Zookeeper对比有什么优缺点呢？

Zookeeper保证的是CP
在Zookeeper中，节点分为leader与follower,leader处理非事务请求，leader处理事务请求，follower接收到事务请求时会转发给leader,多个节点同时转发事务请求给leader,实行序号排队机制，那么在Zookeeper中，当master（leader）节点因为某种原因挂掉时，他们会进行leader的选举，在这个选举过程中(30~120s)，整个分布式集群处于不可用状态，所有的服务都无法进行。虽然最后服务会恢复，但是在网络中这种情况难以容忍。

Eureka保证的是AP
在Eureka中，每一个节点都是平等的，当某个节点因为网络故障挂掉时，其他节点并不会受到影响，仍然可以进行正常的服务，当注册中心发现该节点不可用时会自动更换节点，只要有一个节点能正常运行，服务都能正常运行，只不过数据可能不是最新的。
除此之外，Eureka还有保护机制，即15分钟内85%的节点都没有心跳，那么Eureka会认为客户端与注册中心出现了故障，此时会发生以下几种情况：
1，Eureka不足从注册列表移出心跳不正常而过期的服务节点
2，Eureka仍然能够接收新的注册与查询服务，但是并不会同步数据到其他节点（即保证当前节点可用）
3，当网络稳定时，数据会同步到其他节点上

因此，Eureka能够很好的应对服务器的故障而丢失部分节点，而不会像Zookeeper那样当关键节点故障会导致整个服务瘫痪