最近在給一些人講架構的時候,常被問到乙個問題, dubbo與zk是什麼關係,所以今天我就來簡單整理一下
dubbo建議使用zk作為服務的註冊中心,當然也可以使用redis等等
我覺得這個很好理解哦,哪乙個服務得由哪個機器來提供必需得讓呼叫者知道.也就是ip與服務名稱的對應關係
dubbo服務提供者在zk上面建立乙個臨時節點,表明自己ip和埠.消費者使用服務時,就去zk上查詢,找到服務提供者.然後再去連服務提供者
上面提到了這個ip與服務名稱的對應關係,如果咱們直接通過硬編碼的方式把這個對應關係在呼叫方業務**中實現也是可以的(dubbo直連).但是不利於維護啊;
況且,如果服務提供者宕掉了,消費者並不知道,會繼續去請求掛掉的機器提供服務. 但是zk就可以通過心跳機制,能夠檢測掛掉的機器,並且把掛掉的機器ip和服務名稱對應關係從列表中刪除.
所以以上這兩點,基本就可以說明它在dubbo中起到的作用了吧!
敲黑板!!!這個是額外加的哈,和dubbo沒啥關係了.
咱們應用中,可能會有各種配置,什麼redis的,資料庫, fastdfs的等等.每次部署的時候,就得改動一堆配置檔案(每個服務都得改一遍),然後重新打包,所以如果有乙個集中管理配置的方法,在這個集中地方統一修改了.這麼多服務的正常執行都得依賴這個配置.所以一般採用乙個集群來提供這個配置服務.配置在集群中得一致,這個時候,就可以採用zk了.
dubbo最簡單說, 就是乙個遠端呼叫的分布式框架.只不過這個框架要完成排程需要乙個分布式註冊中心,可以用zk,也可以用其他. 只不過推薦的是zk罷了.
在這裡再欠幾篇部落格,有時間我把zk原理寫一寫.好多的底層都是用的zk,寫好了再放位址.
zooKeeper在dubbo中的應用
iscoder 2017 05 03 23 38 前面幾篇文章說了很多zookeeper的功能特性，zookeeper是乙個分布式應用下的分布式 開源的協調服務。說了那麼多，那麼到底在實際開發中，zookeeper是怎麼提供服務的呢？這篇文章小段就簡單講述一下zookeeper在dubbo中的應用，...
Zookeeper在Dubbo中的應用
摘要 zookeeper在dubbo中的應用 dubbo的架構 節點角色說明 provider 暴露服務的服務提供方。consumer 呼叫遠端服務的服務消費方。registry 服務註冊與發現的註冊中心。節點角色說明 provider 暴露服務的服務提供方。consumer 呼叫遠端服務的服務消費...
zookeeper在dubbo起了什麼作用
dubbo是動物.zookeeper是動物園的管理員！您可以把dubbo服務想象成學校裡的乙個學生，並且對應有乙個學號，zookeeper則是想象成乙個教務網管理系統。我們可以通過教務網管理系統，查詢到對應的學生。我們首先通過註冊入學，將學生和學號對應繫結。比方說專案是乙個分布式的專案，web層與 ...