RDBMS==>（MySql,Oracle,SqlServer等关系型数据库）遵循的原则是：ACID原则
A：Atomicity 原子性
C：Consistency 一致性
I：Isolation 独立性
D：Durability 持久性
NoSql==> （redis,Mogodb等非关系型数据库）遵循的原则是：CAP原则
C：Consistency 强一致性
A: Availability 可用性
P：Partition Tolerance分区容错性
分布式领域有一个很著名的CAP定理：
C：Consistency 数据一致性
A：Availability 服务可用性
P：Partition Tolerance 分区容错性（服务对网络分区故障的容错性）
任何分布式系统只能保证两个
CAP理论也就是说在分布式存储系统中，最多只能实现以上两点。
而由于当前网络延迟故障会导致丢包等问题，所以我们分区容错性是必须实现的。也就是NoSqL数据库P肯定要有，我们只能在一致性和可用性中进行选择，没有Nosql数据库能同时保证三点。（==>AP 或者 CP）
我觉得A：Availability 也很重要 要我选择 我会选择AP优先于CP 但是也要看具体的需求场景
回到问题
ureka和Zookeeper就是CAP定理中的实现，Eureka（保证AP），Zookeeper（保证CP）。
ureka的各个节点都是对等的，失去其中任何一个 不影响服务的AP
Zookeeper是主从关系master-slave的，当主节点挂掉，需要选出来新的主节点。需要耗费时间，这期间A：Availability是不能保证的（这里有一个重要点 Zookeeper 的选举机制）
总结：
Zookeeper的设计理念就是分布式协调服务，保证数据（配置数据，状态数据）在多个服务系统之间保证一致性，这也不难看出Zookeeper是属于CP特性（Zookeeper的核心算法是Zab，保证分布式系统下，数据如何在多个服务之间保证数据同步）。Eureka是吸取Zookeeper问题的经验，先保证可用性。