Zookeeper保證了CP(C：一致性，P：分區容錯性)，Eureka保證了AP(A：高可用)

　　(1)當向注冊中心查詢服務列表時，我們可以容忍注冊中心返回的是幾分鐘以前的信息，但不能容忍直接down掉不可用。也就是說，服務注冊功能對高可用性要求比較高，但zk會出現這樣一種情況，當master節點因為網絡故障與其他節點失去聯系時，剩余節點會重新選leader。問題在于，選取leader時間過長，30 ~120s，且選取期間zk集群都不可用，這樣就會導致選取期間注冊服務癱瘓。在云部署的環境下，因網絡問題使得zk集群失去master節點是較大概率會發生的事，雖然服務能夠恢復，但是漫長的選取時間導致的注冊長期不可用是不能容忍的。

　　(2)Eureka保證 用性，Eureka各個節點是平等的，幾個節點掛掉不會影響正常節點的工作，剩余的節點仍然可以提供注冊和查詢服務。而Eureka的客戶端向某個Eureka注冊或發現時發生連接失敗，則會自動切換到其他節點，只要有一臺Eureka還在，就能保證注冊服務可用，只是查到的信息可能不是最新的。除此之外，Eureka還有自我保護機制，如果在15分鐘內超過85%的節點沒有正常的心跳，那么Eureka就認為客戶端與注冊中心發生了網絡故障，此時會出現以下幾種情況：

　　①、Eureka不在從注冊列表中移除因為長時間沒有收到心跳而應該過期的服務。

　　②、Eureka仍然能夠接受新服務的注冊和查詢請求，但是不會被同步到其他節點上(即保證當前節點仍然可用)

　　③、當網絡穩定時，當前實例新的注冊信息會被同步到其他節點。因此，Eureka可以很好的應對因網絡故障導致部分節點失去聯系的情況，而不會像Zookeeper那樣使整個微服務癱瘓