摘要:后面聽到的時候,是因為可以作為分布式鎖的一種實現。二為什么能干這么多從上面我們可以知道,可以用來做統一配置管理統一命名服務分布式鎖集群管理。
前言
只有光頭才能變強。文本已收錄至我的GitHub倉庫,歡迎Star:https://github.com/ZhongFuCheng3y/3y
上次寫了一篇 什么是消息隊列?以后,本來想入門一下Kafka的(裝一下環境、看看Kafka一些概念啥的)。后來發現Kafka用到了ZooKeeper,而我又對ZooKeeper不了解,所以想先來學學什么是ZooKeeper,再去看看什么是Kafka。
ZooKeeper相信大家已經聽過這個詞了,不知道大家對他了解多少呢?我第一次聽到ZooKeeper的時候是在學Eureka的時候(外行人都能看懂的SpringCloud,錯過了血虧!),同樣ZooKeeper也可以作為注冊中心。
后面聽到ZooKeeper的時候,是因為ZooKeeper可以作為分布式鎖的一種實現。
直至在了解Kafka的時候,發現Kafka也需要依賴ZooKeeper。Kafka使用ZooKeeper管理自己的元數據配置。
這篇文章來寫寫我學習ZooKeeper的筆記,如果有錯的地方希望大家可以在評論區指出。
一、什么是ZooKeeper從上面我們也可以發現,好像哪都有ZooKeeper的身影,那什么是ZooKeeper呢?我們先去官網看看介紹:
官網還有另一段話:
ZooKeeper: A Distributed Coordination Service for Distributed Applications
相比于官網的介紹,我其實更喜歡Wiki中對ZooKeeper的介紹:
(留下不懂英語的淚水)
我簡單概括一下:
ZooKeeper主要服務于分布式系統,可以用ZooKeeper來做:統一配置管理、統一命名服務、分布式鎖、集群管理。
使用分布式系統就無法避免對節點管理的問題(需要實時感知節點的狀態、對節點進行統一管理等等),而由于這些問題處理起來可能相對麻煩和提高了系統的復雜性,ZooKeeper作為一個能夠通用解決這些問題的中間件就應運而生了。
二、為什么ZooKeeper能干這么多?從上面我們可以知道,可以用ZooKeeper來做:統一配置管理、統一命名服務、分布式鎖、集群管理。
這里我們先不管統一配置管理、統一命名服務、分布式鎖、集群管理每個具體的含義(后面會講)
那為什么ZooKeeper可以干那么多事?來看看ZooKeeper究竟是何方神物,在Wiki中其實也有提到:
ZooKeeper nodes store their data in a hierarchical name space, much like a file system or a tree) data structure
ZooKeeper的數據結構,跟Unix文件系統非常類似,可以看做是一顆樹,每個節點叫做ZNode。每一個節點可以通過路徑來標識,結構圖如下:
那ZooKeeper這顆"樹"有什么特點呢??ZooKeeper的節點我們稱之為Znode,Znode分為兩種類型:
短暫/臨時(Ephemeral):當客戶端和服務端斷開連接后,所創建的Znode(節點)會自動刪除
持久(Persistent):當客戶端和服務端斷開連接后,所創建的Znode(節點)不會刪除
ZooKeeper和Redis一樣,也是C/S結構(分成客戶端和服務端)2.1 監聽器
在上面我們已經簡單知道了ZooKeeper的數據結構了,ZooKeeper還配合了監聽器才能夠做那么多事的。
常見的監聽場景有以下兩項:
監聽Znode節點的數據變化
監聽子節點的增減變化
沒錯,通過監聽+Znode節點(持久/短暫[臨時]),ZooKeeper就可以玩出這么多花樣了。
三、ZooKeeper是怎么做到的?下面我們來看看用ZooKeeper怎么來做:統一配置管理、統一命名服務、分布式鎖、集群管理。
3.1 統一配置管理比如我們現在有三個系統A、B、C,他們有三份配置,分別是ASystem.yml、BSystem.yml、CSystem.yml,然后,這三份配置又非常類似,很多的配置項幾乎都一樣。
此時,如果我們要改變其中一份配置項的信息,很可能其他兩份都要改。并且,改變了配置項的信息很可能就要重啟系統
于是,我們希望把ASystem.yml、BSystem.yml、CSystem.yml相同的配置項抽取出來成一份公用的配置common.yml,并且即便common.yml改了,也不需要系統A、B、C重啟。
做法:我們可以將common.yml這份配置放在ZooKeeper的Znode節點中,系統A、B、C監聽著這個Znode節點有無變更,如果變更了,及時響應。
參考資料:
基于zookeeper實現統一配置管理
https://blog.csdn.net/u011320740/article/details/78742625
3.2 統一命名服務統一命名服務的理解其實跟域名一樣,是我們為這某一部分的資源給它取一個名字,別人通過這個名字就可以拿到對應的資源。
比如說,現在我有一個域名www.java3y.com,但我這個域名下有多臺機器:
192.168.1.1
192.168.1.2
192.168.1.3
192.168.1.4
別人訪問www.java3y.com即可訪問到我的機器,而不是通過IP去訪問。
3.3 分布式鎖鎖的概念在這我就不說了,如果對鎖概念還不太了解的同學,可參考下面的文章
Java鎖?分布式鎖?樂觀鎖?行鎖?
我們可以使用ZooKeeper來實現分布式鎖,那是怎么做的呢??下面來看看:
系統A、B、C都去訪問/locks節點
訪問的時候會創建帶順序號的臨時/短暫(EPHEMERAL_SEQUENTIAL)節點,比如,系統A創建了id_000000節點,系統B創建了id_000002節點,系統C創建了id_000001節點。
接著,拿到/locks節點下的所有子節點(id_000000,id_000001,id_000002),判斷自己創建的是不是最小的那個節點
如果是,則拿到鎖。
釋放鎖:執行完操作后,把創建的節點給刪掉
如果不是,則監聽比自己要小1的節點變化
舉個例子:
系統A拿到/locks節點下的所有子節點,經過比較,發現自己(id_000000),是所有子節點最小的。所以得到鎖
系統B拿到/locks節點下的所有子節點,經過比較,發現自己(id_000002),不是所有子節點最小的。所以監聽比自己小1的節點id_000001的狀態
系統C拿到/locks節點下的所有子節點,經過比較,發現自己(id_000001),不是所有子節點最小的。所以監聽比自己小1的節點id_000000的狀態
…...
等到系統A執行完操作以后,將自己創建的節點刪除(id_000000)。通過監聽,系統C發現id_000000節點已經刪除了,發現自己已經是最小的節點了,于是順利拿到鎖
….系統B如上
3.4集群狀態經過上面幾個例子,我相信大家也很容易想到ZooKeeper是怎么"感知"節點的動態新增或者刪除的了。
還是以我們三個系統A、B、C為例,在ZooKeeper中創建臨時節點即可:
只要系統A掛了,那/groupMember/A這個節點就會刪除,通過監聽groupMember下的子節點,系統B和C就能夠感知到系統A已經掛了。(新增也是同理)
除了能夠感知節點的上下線變化,ZooKeeper還可以實現動態選舉Master的功能。(如果集群是主從架構模式下)
原理也很簡單,如果想要實現動態選舉Master的功能,Znode節點的類型是帶順序號的臨時節點(EPHEMERAL_SEQUENTIAL)就好了。
Zookeeper會每次選舉最小編號的作為Master,如果Master掛了,自然對應的Znode節點就會刪除。然后讓新的最小編號作為Master,這樣就可以實現動態選舉的功能了。
最后這篇文章主要講解了ZooKeeper的入門相關的知識,ZooKeeper通過Znode的節點類型+監聽機制就實現那么多好用的功能了!
當然了,ZooKeeper要考慮的事沒那么簡單的,后面有機會深入的話,我還會繼續分享,希望這篇文章對大家有所幫助~
參考資料:
分布式服務框架 Zookeeper
https://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/index.html
ZooKeeper初識整理(老酒裝新瓶)
https://lxkaka.wang/2017/12/21/zookeeper/
ZooKeeper
https://www.cnblogs.com/sunshine-long/p/9057191.html
ZooKeeper 的應用場景
https://zhuanlan.zhihu.com/p/59669985
樂于輸出干貨的Java技術公眾號:Java3y。公眾號內有200多篇原創技術文章、海量視頻資源、精美腦圖,不妨來關注一下!
覺得我的文章寫得不錯,不妨點一下贊!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/74092.html
摘要:所以,雅虎的開發人員就試圖開發一個通用的無單點問題的分布式協調框架,以便讓開發人員將精力集中在處理業務邏輯上。在立項初期,考慮到之前內部很多項目都是使用動物的名字來命名的例如著名的項目雅虎的工程師希望給這個項目也取一個動物的名字。 前言 提到ZooKeeper,相信大家都不會陌生。Dubbo,Kafka,Hadoop等等項目里都能看到它的影子。但是你真的了解 ZooKeeper 嗎?如...
摘要:專題答案面試題領取見個人主頁請解釋一下什么是請列舉的一些特性。請列舉和之間的不同點請解釋如何處理請求。在中,如何使用未定義的服務器名稱來阻止處理請求使用反向代理服務器的優點是什么請列舉服務器的最佳用途。 Nginx專題showImg(https://segmentfault.com/img/remote/1460000019834930?w=600&h=258); (答案+面試題領取見...
摘要:專題答案面試題領取見個人主頁請解釋一下什么是請列舉的一些特性。請列舉和之間的不同點請解釋如何處理請求。在中,如何使用未定義的服務器名稱來阻止處理請求使用反向代理服務器的優點是什么請列舉服務器的最佳用途。 Nginx專題showImg(https://segmentfault.com/img/remote/1460000019834930?w=600&h=258); (答案+面試題領取見...
摘要:作為整個集群的主節點,負責響應所有對狀態變更的請求。選舉是最重要的技術之一,也是保障分布式數據一致性的關鍵所在。這是由于半數以上投票通過決定的。另外需要注意的是,和構成集群的法定人數,也就是說,只有他們才參與新的選舉響應的提議。 showImg(https://segmentfault.com/img/remote/1460000016733126); 前言 提到ZooKeeper,相...
閱讀 2211·2019-08-30 15:54
閱讀 1947·2019-08-30 13:49
閱讀 665·2019-08-29 18:44
閱讀 824·2019-08-29 18:39
閱讀 1104·2019-08-29 15:40
閱讀 1523·2019-08-29 12:56
閱讀 3134·2019-08-26 11:39
閱讀 3093·2019-08-26 11:37