4-16 面试点：Eureka与Zookeeper比较

可用性：系统不能轻易的挂掉。
分区容错性：系统划分到很多的地方，哪怕是在一个机房 也是在不同的分区里。防止一个地方挂了，另一个地方也会挂掉。

没有任何系统可以满足CAP,顶多其中两个满足，
eureka更多的保证的是可用性和分区容错性，。出现错注册中心的情况下，先保证的是可用性，就像剔除服务的时候，不是立刻就没了，中间还有很多的过程，例如说客户端去服务端拉取数据的时候，有30秒的延迟，它自己也会保持一段使劲，保障了哪怕你获取的是不可用的节点，但是在我这里能获取到。这个就是所谓的AP的原则。不是cp的原则，没了就是没了。
zookeeper：更多的关注是强一致和分区容错性。zk获取到一个节点后会对所有的节点做广播。广播结束之前，不管是你操作的哪个节点，你都不可能看到你操作的数据。这是典型的CP的场景。


能满足CP的注册中心目前止只有Zookeeper一个。它是很少见的满足cp的原则的组件。

扩展阅读：

戴上 CAP 这顶帽子，又能和面试官扯皮了

https://juejin.im/post/5ea2da4bf265da47b725ff9f

 

结束

 

---

如果您觉得阅读本文对您有帮助，请点一下“推荐”按钮，您的“推荐”将是我最大的写作动力！欢迎各位转载，但是未经作者本人同意，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利。