日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

Eureka、Zookeeper和Consul 的区别

發布時間:2024/4/13 编程问答 36 豆豆
生活随笔 收集整理的這篇文章主要介紹了 Eureka、Zookeeper和Consul 的区别 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

主要區別的話,看CAP選擇,大部分注冊中心,就是在這個定理去選擇的,具體怎么選擇,看下文

CAP定理:?指的是在一個分布式系統中,Consistency(一致性)、 Availability(可用性)、Partition tolerance(分區容錯性),三者不可同時獲得。

一致性(C):?在分布式系統中的所有數據備份,在同一時刻是否同樣的值。(所有節點在同一時間的數據完全一致,越多節點,數據同步越耗時)

可用性(A):?負載過大后,集群整體是否還能響應客戶端的讀寫請求。(服務一直可用,而且是正常響應時間)

分區容錯性(P):?分區容忍性,就是高可用性,一個節點崩了,并不影響其它的節點(100個節點,掛了幾個,不影響服務,越多機器越好)

再進一步解釋CAP理論: 就是說在分布式存儲系統中,最多只能實現上面的兩點。而由于當前的網絡硬件肯定會出現延遲丟包等問題,所以分區容忍性是我們必須需要實現的。所以我們只能在一致性和可用性之間進行權衡

C A 滿足的情況下,P不能滿足的原因:數據同步?需要時間,也要正常的時間內響應(A),那么機器數量就要少,所以P就不滿足

CP 滿足的情況下,A不能滿足的原因:數據同步?需要時間, 機器數量也多§,但是同步數據需要時間,所以不能再正常時間內響應,所以A就不滿足

AP 滿足的情況下,C不能滿足的原因:機器數量也多§,正常的時間內響應(A),那么數據就不能及時同步到其他節點,所以C不滿足

使用場景 就是樓主的注冊中心選擇:Zookeeper和Consul :CP設計,保證了一致性,集群搭建的時候,某個節點失效,則會進行選舉行的leader,或者半數以上節點不可用,則無法提供服務,因此可用性沒法滿足

Eureka:AP原則,無主從節點,一個節點掛了,自動切換其他節點可以使用,去中心化

結論:分布式系統中P,肯定要滿足,所以只能在CA中二選一

沒有最好的選擇,最好的選擇是根據業務場景來進行架構設計

如果要求一致性,則選擇zookeeper、Consul,如金融行業

如果要去可用性,則Eureka,如電商系統

?

總結

以上是生活随笔為你收集整理的Eureka、Zookeeper和Consul 的区别的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。