zookeeper的特點(diǎn)、結(jié)構(gòu)及用法

這篇文章主要介紹“zookeeper的特點(diǎn)、結(jié)構(gòu)及用法”，在日常操作中，相信很多人在zookeeper的特點(diǎn)、結(jié)構(gòu)及用法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”zookeeper的特點(diǎn)、結(jié)構(gòu)及用法”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

zookeeper

① zookeeper概述

Zookeeper是一個(gè)開源的分布式的，為分布式應(yīng)用提供協(xié)調(diào)服務(wù)的Apache項(xiàng)目。

工作機(jī)制：

② zookeeper的特點(diǎn)

③ zookeeper的結(jié)構(gòu)

④ 應(yīng)用場景

提供的服務(wù)包括：統(tǒng)一命名服務(wù)、統(tǒng)一配置管理、統(tǒng)一集群管理、服務(wù)器節(jié)點(diǎn)動態(tài)上下線、軟負(fù)載均衡等。

具體的參考文檔說明。

⑤ 如何使用Zookeeper實(shí)現(xiàn)分布式應(yīng)用配置中心？

使用Zookeeper實(shí)現(xiàn)分布式應(yīng)用配置中心

所謂的配置中心，顧名思義就是發(fā)布者將數(shù)據(jù)發(fā)布到 ZooKeeper 的一個(gè)或一系列節(jié)點(diǎn)上，供訂閱者進(jìn)行數(shù)據(jù)訂閱，進(jìn)而達(dá)到動態(tài)獲取數(shù)據(jù)的目的，實(shí)現(xiàn)配置信息的集中式管理和數(shù)據(jù)的動態(tài)更新。

發(fā)布/訂閱系統(tǒng)一般有兩種設(shè)計(jì)模式，分別是推(Push)模式和拉(Pull)模式。

推模式：服務(wù)端主動將數(shù)據(jù)更新發(fā)送給所有訂閱的客戶端。

拉模式：客戶端通過采用定時(shí)輪詢拉取。

ZooKeeper采用的是推拉相結(jié)合的方式：客戶端向服務(wù)端注冊自己需要關(guān)注的節(jié)點(diǎn)，一旦該節(jié)點(diǎn)的數(shù)據(jù)發(fā)生變更，那么服務(wù)端就會向相應(yīng)的客戶端發(fā)送Watcher事件通知，客戶端接收到這個(gè)消息通知之后，需要主動到服務(wù)端獲取最新的數(shù)據(jù)。 如果將配置信息存放到ZK上進(jìn)行集中管理，那么通常情況下，應(yīng)用在啟動的時(shí)候會主動到ZK服務(wù)器上進(jìn)行一次配置信息的獲取，同時(shí)，在指定上注冊一個(gè)Watcher監(jiān)聽，這樣一來，但凡配置信息發(fā)生變更，服務(wù)器都會實(shí)時(shí)通知所有訂閱的客戶端，從而達(dá)到實(shí)時(shí)獲取最新配置信息的目的。

在我們平常的應(yīng)用系統(tǒng)開發(fā)中，經(jīng)常會碰到這樣的需求：系統(tǒng)中需要使用一些通用的配置信息，例如機(jī)器列表信息、運(yùn)行時(shí)的開關(guān)配置、數(shù)據(jù)庫的配置信息等。這些全局配置信息通常具備以下特性：

• 數(shù)據(jù)量通常比較小

• 數(shù)據(jù)內(nèi)容在運(yùn)行時(shí)會發(fā)生變化

• 集群中各機(jī)器共享、配置一致

到此，關(guān)于“zookeeper的特點(diǎn)、結(jié)構(gòu)及用法”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！