著名的cap理論指出，乙個分布式系統不可能同時滿足c（一致性）、a（可用性）、和p（分割槽容錯性）。由於分割槽容錯性p在分布式系統中必須要保證的，因此我們只能在a和c之間進行權衡。
因此：zookeeper保證的是cp，
eureka則是ap。
zoopkeeper保證cp：
當向註冊中心查詢服務列表時，我們可以容忍註冊中心返回的是幾分鐘以前的註冊資訊，但是不能接受服務直接down掉不可用。也就是說，服務註冊功能對可用性的要求要高於一致性。但是zk會出現這樣的一種情況，當master節點因網路故障與其他節點失去聯絡時，剩餘的節點會重新進行leader選舉。問題在於，選舉leader的時間太長，30~120s，且選舉期間整個zk集群是都是不可用的，這就導致在選舉期間註冊服務癱瘓，在雲部署的環境下，因網路問題使得zk集群失去master節點是較大概率會發生的事，雖然服務能夠最終恢復，但是漫長的選舉時間導致的註冊長期不可用是不能容忍的。
從CAP到zookeeper和eureka對比
今天看了一篇eureka對比zookeeper的文章，對zookeeper滿足cap中的cp，eureka滿足ap產生了一點疑問，故寫此篇文章進行一些 首先我們來看看cap的定義 中文叫做 一致性 意思是，寫操作之後的讀操作，必須返回該值。舉例來說，某條記錄是 v0，使用者向 g1 發起乙個寫操作，...
SpringCloud註冊中心Eureka
springcloud常用的5大元件之一，服務發現 netfix eureka 微服務的本質是讓服務與服務之間進行相互呼叫，不同的服務之間如何知道其他服務，這就要借用服務的發現eureka eureka分為server端和client端，預設埠是8761 一 單註冊中心配置 1 eureka的ser...
SpringCloud註冊中心Eureka小記
1 通過idea建立空專案eureka。2 建立模組eureka server，選擇引入eureka server的包或在pom中新增相關包。org.springframework.cloud groupid spring cloud starter netflix eureka server ar...