ZooKeeper分布式橋梁開發(fā)

　　從傳統(tǒng)Java Web轉(zhuǎn)入分布式系統(tǒng)應(yīng)用，再到接觸分布式協(xié)調(diào)框架ZooKeeper，通過痛苦的思維邏輯和理念轉(zhuǎn)變，歷經(jīng)一個(gè)月時(shí)間，小伙伴們終于把ZooKeeper嵌入到了BoCloud博云的BeyondContainer中，并在其上進(jìn)行相應(yīng)功能的開發(fā)： 服務(wù)注冊與發(fā)現(xiàn)、 集群管理、 模塊的高可用及分布式鎖等。

　　在選定ZooKeeper之前，我們對(duì)其他的分布式框架也進(jìn)行了調(diào)研和對(duì)比，分別 有etcd和consul。對(duì)于etcd而言，在原生接口和提供服務(wù)方式方面，etcd更適合作為集群配置服務(wù)器，用來存儲(chǔ)集群中的大量數(shù)據(jù)，方便的REST接口也可以讓集群中的任意一個(gè)節(jié)點(diǎn)在使用key |value服務(wù)時(shí)獲取方便，然而etcd在監(jiān)控服務(wù)的狀態(tài)和通知方面比較麻煩；consul方面，是使用Go語言開發(fā)的分布式協(xié)調(diào)，對(duì)業(yè)務(wù)發(fā)現(xiàn)的管理提供很好的支持，他的HTTP API也能很好的和不同的語言綁定，但在業(yè)務(wù)檢測方面有一定的延時(shí)，不太適合實(shí)時(shí)響應(yīng)的情景；并且etcd和consul需要其他組件的配合才能達(dá)到ZooKeeper的服務(wù)能力，故ZooKeeper則更加的適合于提供分布式協(xié)調(diào)服務(wù)，實(shí)現(xiàn)分布式鎖模型方面也較為簡單方便，并且功能全，社區(qū)活躍，用戶群體很大，對(duì)所有典型的用例都有很好的封裝，支持不同語言的綁定，故最終選定ZooKeeper。

　　在產(chǎn)品開發(fā)中使用ZooKeeper是一件有趣的事情，下面就讓我們來詳細(xì)扒一扒我們的開發(fā)體驗(yàn)吧。

　　一簡單介紹

　　先來簡單說明下ZooKeeper原理，再來談?wù)勗诋a(chǎn)品中的具體使用。ZooKeeper是一個(gè)開放源碼的分布式應(yīng)用程序協(xié)調(diào)服務(wù)，由知名互聯(lián)網(wǎng)公司雅虎創(chuàng)建，是Google Chubby的開源實(shí)現(xiàn)。設(shè)計(jì)目標(biāo)是為分布式提供一致性服務(wù)，其沒有直接采用Paxos算法，而是采用了被稱為ZAB的一致性協(xié)議。 ZooKeeper具有以下幾個(gè)特征：

　　1、數(shù)據(jù)模型

　　ZooKeeper使用一個(gè)共享的、樹形結(jié)構(gòu)的名字空間-數(shù)據(jù)模型，其由一系列被稱為ZNode的的數(shù)據(jù)節(jié)點(diǎn)組成，其層級(jí)關(guān)系，如文件系統(tǒng)的目錄結(jié)構(gòu)一樣，結(jié)構(gòu)如下圖所示：

　　每個(gè)Znode上都會(huì)保存自己的數(shù)據(jù)內(nèi)容以及屬性信息，節(jié)點(diǎn)分為持久節(jié)點(diǎn)和臨時(shí)節(jié)點(diǎn)，持久節(jié)點(diǎn)除非進(jìn)行刪除操作，否則將會(huì)一直保存在ZooKeeper上；而臨時(shí)節(jié)點(diǎn)，他的生命周期和客戶端會(huì)話綁定，一旦會(huì)話失效，這個(gè)客戶端所創(chuàng)建的所有臨時(shí)節(jié)點(diǎn)都會(huì)被刪除。另外，可以給節(jié)點(diǎn)加上一個(gè)屬性：sequential，節(jié)點(diǎn)創(chuàng)建的時(shí)候，會(huì)自動(dòng)在節(jié)點(diǎn)后面追加一個(gè)由父節(jié)點(diǎn)維護(hù)的自增數(shù)字。