著名的cap理論，要求分布式系統中必須保證p（分割槽容錯性），由於cap理論不能同時保證三者同時滿足，所以真能在剩餘的c（一致性）、a（可用性）之間權衡了
不是cp,就是ap。
zookeeper是滿足cp的，由於分布式環境中，發生網路故障是不可避免的所以，當故障發生時，zookeeper為了保障節點資料一致性，當乙個master節點掛掉之後，剩餘節點會進行leader選舉，
而在這個過程中，去他節點是不可以對外提供服務的，只能當節點資料一致之後，才能服務。這樣滿足不了微服務集群中服務的可用性。
eureka是滿足ap的，當微服務集群當中有乙個節點掛掉，客戶端請求服務時它會自動切換到可用的服務，保證服務能正常進行。保障了服務可用性。但是各個節點的資料在短時間
內不能保證致性，會有短時間的滯後性，會用某個時刻訪問到故障服務的情況。
基於以上的區別。
springcloud對eureka的支援是大於zookeeper的。
綜上區別所以springcloud在選擇服務註冊中心是選擇eureka來做元件。
從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...