可用性：系统不能轻易的挂掉。
分区容错性：系统划分到很多的地方，哪怕是在一个机房 也是在不同的分区里。防止一个地方挂了，另一个地方也会挂掉。
没有任何系统可以满足CAP,顶多其中两个满足，
eureka更多的保证的是可用性和分区容错性，。出现错注册中心的情况下，先保证的是可用性，就像剔除服务的时候，不是立刻就没了，中间还有很多的过程，例如说客户端去服务端拉取数据的时候，有30秒的延迟，它自己也会保持一段使劲，保障了哪怕你获取的是不可用的节点，但是在我这里能获取到。这个就是所谓的AP的原则。不是cp的原则，没了就是没了。
zookeeper：更多的关注是强一致和分区容错性。zk获取到一个节点后会对所有的节点做广播。广播结束之前，不管是你操作的哪个节点，你都不可能看到你操作的数据。这是典型的CP的场景。
能满足CP的注册中心目前止只有Zookeeper一个。它是很少见的满足cp的原则的组件。
扩展阅读：
戴上 CAP 这顶帽子，又能和面试官扯皮了
https://juejin.im/post/5ea2da4bf265da47b725ff9f
结束