Zookeeper典型應(yīng)用場景：數(shù)據(jù)發(fā)布與訂閱

　　數(shù)據(jù)發(fā)布與訂閱模型，即所謂的全局配置中心，就是發(fā)布者將需要全局統(tǒng)一管理的數(shù)據(jù)發(fā)布到Zookeeper節(jié)點(diǎn)上，供訂閱者動(dòng)態(tài)獲取數(shù)據(jù)，實(shí)現(xiàn)配置信息的集中式管理和動(dòng)態(tài)更新，這也是大數(shù)據(jù)技術(shù)中比較重要的一環(huán)。例如全局的配置信息，服務(wù)式服務(wù)框架的服務(wù)地址列表等就非常適合使用。接下來，介紹一些數(shù)據(jù)發(fā)布與訂閱的主要應(yīng)用場景。

　?。?）應(yīng)用中用到一些配置信息放到Zookeeper上進(jìn)行集中管理。這類場景通常是這樣：應(yīng)用在啟動(dòng)時(shí)會(huì)主動(dòng)來獲取一次配置，同時(shí)，在節(jié)點(diǎn)上注冊一個(gè)Watcher，這樣一來，以后每次配置有更新的時(shí)候，都會(huì)實(shí)時(shí)通知到訂閱的客戶端，用來達(dá)到獲取最新配置信息的目的。

　?。?）分布式搜索服務(wù)中，索引的元信息和服務(wù)器集群機(jī)器的節(jié)點(diǎn)狀態(tài)存放在Zookeeper的一些指定節(jié)點(diǎn)，供各個(gè)客戶端訂閱使用。

　?。?）分布式日志收集系統(tǒng)中，這個(gè)系統(tǒng)的核心工作是收集分布在不同機(jī)器的日志。收集器通常是按照應(yīng)用來分配收集任務(wù)單元，因此需要在Zookeeper上創(chuàng)建一個(gè)以應(yīng)用名作為path的節(jié)點(diǎn)P，并將這個(gè)應(yīng)用的所有機(jī)器IP，以子節(jié)點(diǎn)的形式注冊到節(jié)點(diǎn)P上，這樣一來當(dāng)機(jī)器變動(dòng)的時(shí)候，能夠?qū)崟r(shí)通知到收集器調(diào)整任務(wù)分配。

　?。?）系統(tǒng)中有些信息需要?jiǎng)討B(tài)獲取，并且還會(huì)存在人工手動(dòng)去修改這個(gè)信息的發(fā)問。通常是暴露出接口，例如JMX接口，來獲取一些運(yùn)行時(shí)的信息。

　　引入Zookeeper之后就不用自己實(shí)現(xiàn)一套方案了，只要將這些信息存放到指定的Zookeeper節(jié)點(diǎn)上即可。

　　小提示：在上面提到的應(yīng)用場景中，有個(gè)默認(rèn)前提是：數(shù)據(jù)量很小，但是數(shù)據(jù)更新可能會(huì)比較快的場景。