拉取方式
zookeeper通知消费者来拿
Eurake是定时去拿
集群方式
zookeeper分主从
eureka没有主从之分
设计角度不同
cap
| c | 一致性 |
| a | 可用性 |
| p | 分区容错区 |
如果zookeeper的主集群挂掉之后那么整个zookeeper的集群就无法对外提供服务，大多数情况可以容忍一段时间的脏数据但是不能接收整个注册中心无法对外提供服务。所以在设计时zookeeper强调cp（c在官网的解释是一致性，底层有一个queue，消息都会放到这个queue里排队执行）正是因为zookeeper有这种问题所以eureka在设计时强调ap，对来拉取服务的服务消费者不会进行阻塞