為什么使用zookeeper

Zookeeper 作為一個(gè)分布式的服務(wù)框架，主要用來(lái)解決分布式集群中應(yīng)用系統(tǒng)的一致性問(wèn)題，它能提供基于類似于文件系統(tǒng)的目錄節(jié)點(diǎn)樹方式的數(shù)據(jù)存儲(chǔ)， Zookeeper 作用主要是用來(lái)維護(hù)和監(jiān)控存儲(chǔ)的數(shù)據(jù)的狀態(tài)變化，通過(guò)監(jiān)控這些數(shù)據(jù)狀態(tài)的變化，從而達(dá)到基于數(shù)據(jù)的集群管理。

zookeeper 核心

Zookeeper的數(shù)據(jù)模型是樹結(jié)構(gòu)，在內(nèi)存數(shù)據(jù)庫(kù)中，存儲(chǔ)了整棵樹的內(nèi)容，包括所有的節(jié)點(diǎn)路徑、節(jié)點(diǎn)數(shù)據(jù)、ACL信息，Zookeeper會(huì)定時(shí)將這個(gè)數(shù)據(jù)存儲(chǔ)到磁盤上。

zookeeper節(jié)點(diǎn)特點(diǎn)

持久節(jié)點(diǎn)

即使在創(chuàng)建該特定znode的客戶端斷開連接后，持久節(jié)點(diǎn)仍然存在。默認(rèn)情況下，除非另有說(shuō)明，否則所有znode都是持久的。

臨時(shí)節(jié)點(diǎn)

客戶端活躍時(shí)，臨時(shí)節(jié)點(diǎn)就是有效的。當(dāng)客戶端與ZooKeeper集合斷開連接時(shí)，臨時(shí)節(jié)點(diǎn)會(huì)自動(dòng)刪除。因此，只有臨時(shí)節(jié)點(diǎn)不允許有子節(jié)點(diǎn)。如果臨時(shí)節(jié)點(diǎn)被刪除，則下一個(gè)合適的節(jié)點(diǎn)將填充其位置。臨時(shí)節(jié)點(diǎn)在leader選舉中起著重要作用。

順序節(jié)點(diǎn)

順序節(jié)點(diǎn)可以是持久的或臨時(shí)的。當(dāng)一個(gè)新的znode被創(chuàng)建為一個(gè)順序節(jié)點(diǎn)時(shí)，ZooKeeper通過(guò)將10位的序列號(hào)附加到原始名稱來(lái)設(shè)置znode的路徑。例如，如果將具有路徑 /myapp 的znode創(chuàng)建為順序節(jié)點(diǎn)，則ZooKeeper會(huì)將路徑更改為 /myapp0000000001 ，并將下一個(gè)序列號(hào)設(shè)置為0000000002。如果兩個(gè)順序節(jié)點(diǎn)是同時(shí)創(chuàng)建的，那么ZooKeeper不會(huì)對(duì)每個(gè)znode使用相同的數(shù)字。順序節(jié)點(diǎn)在鎖定和同步中起重要作用

Curator

Curator是Netflix公司開源的一個(gè)Zookeeper客戶端，與Zookeeper提供的原生客戶端相比，Curator的抽象層次更高，簡(jiǎn)化了Zookeeper客戶端編程。

spring-cloud-starter-zookeeper-config

<dependency>
   <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-starter-zookeeper-config</artifactId>
 </dependency>

bootstrap.yml

spring:
 cloud:
  zookeeper:
   connect-string: 192.168.3.98:2181
   enabled: true 

注入CuratorFramework

@Autowired
private CuratorFramework curatorFramework;

詳見(jiàn)官方文檔http://curator.apache.org/index.html

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論