大家好，又见面了，我是你们的朋友全栈君。
拉取方式
zookeeper通知消费者来拿
Eurake是定时去拿
集群方式
zookeeper分主从
eureka没有主从之分
设计角度不同
cap
| c | 一致性 |
| a | 可用性 |
| p | 分区容错区 |
如果zookeeper的主集群挂掉之后那么整个zookeeper的集群就无法对外提供服务，大多数情况可以容忍一段时间的脏数据但是不能接收整个注册中心无法对外提供服务。所以在设计时zookeeper强调cp（c在官网的解释是一致性，底层有一个queue，消息都会放到这个queue里排队执行）正是因为zookeeper有这种问题所以eureka在设计时强调ap，对来拉取服务的服务消费者不会进行阻塞
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/140843.html原文链接：https://javaforall.net
