栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

CAP 理论 - zookeeper 和 eureka 比较

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

CAP 理论 - zookeeper 和 eureka 比较

前言

著名的CAP 理论指出,一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。
由于分区容错性是分布式系统中必须要保证的,因此我们只能在A 和C 之间进行权衡。

Zookeeper 保证CP

在Zookeeper 中,当master 节点因为网络故障与其他节点失去联系是,剩余节点会重新进行leader 选举,但问题在于,选举leader 需要一定时间,且选举期间整个Zookeeper 集群不可用,这导致在选举期间注册服务瘫痪。在云部署的环境下,因网络问题使Zookeeper 集群失去master 节点是大概率事件,虽然服务最终能够恢复,但在选举期间内容导致服务注册长期不可用是难以容忍的。

Eureka 保证AP

Eureka 优先保证可用性,Eureka 各个节点是平等的,某几个节点挂掉不会影响正常节点的工作,剩余节点依然可以提供注册和查询服务。而Eureka 的客户端在向某个Eureka 注册时如果发现连接失败,则会自动切换到其他节点,只要有一台Eureka 还在,就能保住注册服务可用(保证可用性),只不过查询的信息可能不是最新的(不保证强一致性)。
例如:一台服务注册到某台注册中心,该注册中心来不及向其他注册中心进行复制信息,直接宕机。

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/827390.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号