微服务 注册中心的作用_102,谈谈微服务注册中心zookeeperamp;Eureka
首先,大家要明確一點微服務注冊中心是一個重要的組件,解決的是服務的注冊和發現的問題,而zookeeper,Eureka都只是其中一款落地實現的產品,再比如Nacos也是如此,所以關鍵是掌握注冊中心的工作原理,組件的使用,諸如配置,安裝,這些都是常規步驟,沒有什么特別的。
那下面,我們來談談這兩個注冊中心的工作原理,如果對nacos剛興趣,可以直接查看官網即可。
1,zookeeper
zookeeper的核心主要是包含兩個部分:服務信息的管理和變更通知機制(watch)
所謂的服務注冊,就是在zookeeper的服務器上創建一個節點,而且是臨時節點,保存著服務的地址信息
為什么是臨時節點?
因為一旦服務節點宕機,則zookeeper可以自動將該節點刪除
所謂的服務發現,就是去獲取zookeeper上面的節點信息,獲取到提供該服務的地址列表信息
這樣當消費者去調用服務提供者,就可以采用負載均衡策略,去訪問其中一個提供者。
所謂監聽機制,當服務提供者某個節點發生故障,這個時候服務端的臨時節點會被刪除,上層的父節點就相當發生了變化,所以可以基于監聽機制通知客戶端(服務消費者)當前服務列表發生變化了,客戶端再次去獲取最新的服務列表信息。
下面,我們以圖片來說明
2,Eureka
1,包含兩個組件
Eureka Server 注冊中心服務端,提供了服務的注冊和發現(相當于zookeeper的作用)
Eureka Client 注冊中心客戶端(相當于之前的生產者和消費者), 需要將本身提供的服務注冊到EurekaServer
2,兩個關鍵的時間參數
一個是每隔30s,客戶端會發送心跳包給EurekaServer,告知健康狀態,表示還活著;
一個是每隔30s,客戶端會去找EurekaServer拉取最新的注冊表信息,刷新本地的緩存列表;
3,兩者集群模型的差別
注冊中心作為微服務架構中非常關鍵的組件,所以其可用性非常重要,所以我們來簡單說說其集群架構的區別
zookeeper,奇數臺做集群,CP(強一致性)
eureka,只需要兩臺以上即可,AP(可用性)
CAP是分布式系統的基本參考原則,如果你之前對這個原則不了解,我們后續會再一篇文章來談談CAP
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的微服务 注册中心的作用_102,谈谈微服务注册中心zookeeperamp;Eureka的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 初始化环境配置:CentOS 7.4x6
- 下一篇: 机器学习Tensorflow基本操作:线