Eurake和Zookeeper的区别

本文探讨了Zookeeper和Eureka两种服务发现机制的差异。Zookeeper采用主从架构,强调一致性(CP),在主集群故障时可能导致服务不可用。而Eureka则侧重可用性(AP),允许短暂的不一致,确保消费者能持续拉取服务。这两种设计思路反映了不同的CAP原则取舍。
摘要由CSDN通过智能技术生成

拉取方式

zookeeper通知消费者来拿

Eurake是定时去拿

集群方式

zookeeper分主从

eureka没有主从之分

设计角度不同

cap

c        一致性
a可用性
p分区容错区

如果zookeeper的主集群挂掉之后那么整个zookeeper的集群就无法对外提供服务,大多数情况可以容忍一段时间的脏数据但是不能接收整个注册中心无法对外提供服务。所以在设计时zookeeper强调cp(c在官网的解释是一致性,底层有一个queue,消息都会放到这个queue里排队执行)正是因为zookeeper有这种问题所以eureka在设计时强调ap,对来拉取服务的服务消费者不会进行阻塞

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

念兰

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值