說(shuō)到分布式開(kāi)發(fā)Zookeeper是必須了解和掌握的，分布式消息服務(wù)kafka 、hbase 到hadoop等分布式大數(shù)據(jù)處理都會(huì)用到Zookeeper，所以在此將Zookeeper作為基礎(chǔ)來(lái)講解。
Zookeeper 是分布式服務(wù)框架，主要是用來(lái)解決分布式應(yīng)用中經(jīng)常遇到的一些數(shù)據(jù)管理問(wèn)題，如：統(tǒng)一命名服務(wù)、狀態(tài)同步服務(wù)、集群管理、分布式應(yīng)用配置項(xiàng)的管理等等。
Zookeeper 的核心是廣播，這個(gè)機(jī)制保證了各個(gè)Server之間的同步。實(shí)現(xiàn)這個(gè)機(jī)制的協(xié)議叫做Zab協(xié)議。
Zab協(xié)議有兩種模式，它們分別是恢復(fù)模式（選主）和廣播 模式（同步）。當(dāng)服務(wù)啟動(dòng)或者在領(lǐng)導(dǎo)者崩潰后，Zab就進(jìn)入了恢復(fù)模式，當(dāng)領(lǐng)導(dǎo)者被選舉出來(lái)，且大多數(shù)Server完成了和leader的狀態(tài)同步以后， 恢復(fù)模式就結(jié)束了。
狀態(tài)同步保證了leader和Server具有相同的系統(tǒng)狀態(tài)。為了保證事務(wù)的順序一致性，zookeeper采用了遞增的事務(wù)id號(hào) （zxid）來(lái)標(biāo)識(shí)事務(wù)。
所有的提議（proposal）都在被提出的時(shí)候加上了zxid。實(shí)現(xiàn)中zxid是一個(gè)64位的數(shù)字，它高32位是epoch用 來(lái)標(biāo)識(shí)leader關(guān)系是否改變，每次一個(gè)leader被選出來(lái)，它都會(huì)有一個(gè)新的epoch，標(biāo)識(shí)當(dāng)前屬于那個(gè)leader的統(tǒng)治時(shí)期。低32位用于遞 增計(jì)數(shù)。
每個(gè)Server在工作過(guò)程中有三種狀態(tài)：
LOOKING：當(dāng)前Server不知道leader是誰(shuí)，正在搜尋。
LEADING：當(dāng)前Server即為選舉出來(lái)的leader。
FOLLOWING：leader已經(jīng)選舉出來(lái)，當(dāng)前Server與之同步。
ZooKeeper的安裝模式分為三種，分別為：?jiǎn)螜C(jī)模式、集群模式和集群偽分布模式
