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

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

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

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

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

　　（4）系統(tǒng)中有些信息需要動態(tài)獲取，并且還會存在人工手動去修改這個信息的發(fā)問。通常是暴露出接口，例如JMX接口，來獲取一些運行時的信息。

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

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