CAP详解

CAP:

P:分区容忍性,在分布式网络下,一个服务多个节点组成,如果其中有一个节点挂了,整个服务依旧可以对外提供服务。这就是分区容忍性,如果分区不容忍那么一个节点挂了整个大服务就无法对外提供访问了。

C:一致性,整个服务,对于对外访问数据永远是一致的,访问任一节点数据都要保持一致,故对于更新来说所有服务都需要同步保持数据一致

A:可用性,访问服务在规定时间内可返回数据。

CAP定理规定,在分布式存储系统,以上只能3选2

当有分区时,A,B为满足P必须保证2者对外都能访问,所以必须进行数据复制,提到复制那必定会有延迟,如果复制时对外提供访问那么就是访问到了不一致的数据,此时满足了A但是不满足C,如果同步时对外不提供访问那么复制完成任意节点对外访问的数据肯定都是一致的,此时满足C不满足A。如果是单机的话不存在网络复制,此时保证了CA,因为就一台肯定满足A,因为就一台肯定满足C,哈哈哈。。

Zookeeper:C(写强一致性)P
当集群内任意节点断开,还是可以对外提供服务满足P,为了保持数据一致性,zk会将leader节点同步到其他节点,直到一半写入成功就算写入完成,所以读取的时候有几率返回旧数据,这里满足了A,不然等待所有节点写入成功会导致有效性降低。但是在重新选举leader时整个集群无法访问丧失A。
Eureka:AP
会读取到旧的数据,但是保证了可用性,任一节点挂掉后,其他节点继续对外访问,比较独立。
Nacos:AP或CP,可以进行切换

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值