《Zookeeper distributed process coordination》學習筆記。
所有學習程式碼均託管在https://github.com/alphg/zkstudy

第一部分Zookeeper基礎
通過搭建使用zookeeper管理Master-Worker模式叢集，加深對基的理解。

系統結構圖如下

我們使用工具zkCli以該圖為基礎實現書中的示例

一、Master節點

Master節點負責管理workers和tasks，並且負責分配任務(task)給合適的worker。
由於Master在叢集中起到很重要的作用，所以應考慮單點故障，所以我們使用多點備份的方式。
為了實現同一時間只能有一個master對叢集進行管理，master在叢集中新建一個臨時節點 /master
開啟一個linux終端，執行zkCli.sh

分別執行下面三條命令
“`
create -e /master “master1.example.com:2333” #建立/master臨時節點
ls / #列出zookeeper中所有節點
get /master #得到/master節點的metadata 和 data

 本機執行結果如下

![這裡寫圖片描述](https://img-blog.csdn.net/20161027210529973)

 接下來我們可以另外啟動一個終端模擬另外一個master進行測試
 執行以下命令

create -e /master “master2.example.com:2333” #建立/master臨時節點
“`

結果如上圖紅框中所示，表示建立失敗，失敗原因是/master節點已經存在
為了實現當master1掛掉的時候master2可以自動得到這個資訊，我們可以在master2建立一個watch監控/master的變化（因為/master是臨時節點，當master1掛掉的時候，由其建立的臨時節點/master會被自動刪除，master2通過監控/master節點的變化（刪除）來知道master1已經掛掉）
執行以下命令

然後我們現在手動將master1斷掉（使用quit命令關閉zkCli，關閉連線）

在master2我們可以看到

我們可以看到master2得到了 /master 節點被刪除的通知。之後master2再次建立/master節點，以保證其在叢集中的管理者地位（其他的master建立節點/master都會因為已存在而失敗）

我們可以看到/master中的資料已經變成了“master2.example.com:2333”說明該節點確實為master2建立。
二、Workers、Tasks、Assignments
在討論後續步驟之前我們需要建立三個重要的父節點/workers ，/tasks ，/assign

master需要監控/workers和/tasks節點

三、worker
我們再啟動一個終端啟動zkCli.sh讓其充當一個worker
為了使zookeeper可以監控到該worker的狀態（線上或掉線），所以需要worker在節點/workers下建立動態子節點,同時為了該worker可以接收任務，我們在/assign下建立靜態子節點並監控其變化

(上圖中最後一條命令出錯，應該是 ls /assign/worker1 true)
四、Client
接下來我們啟動第4個終端，啟動zkCli.sh模擬一個客戶的訪問，其作用是釋出任務（task)並監控任務以得到任務的處理結果。

五、流程

在完成上述四步命令後我們返回第2個終端（master),發現其已經檢測到/task節點的變化（有新的任務被建立）

（這裡有兩個watch通知，第一個是我們前邊在建立worker時的通知(/workers發生變化），第二個就是有新的任務被建立而產生的通知）
接下來就是檢查/tasks和/workers節點，並將任務分配給worker

接下來我們返回第3個終端（worker)

我們可以看到其下已經分配到任務task-0000000000

此處worker不對任務進行任何處理，直接通過寫入/tasks/task-0000000000的任務狀態通知客戶端已處理完成

返回第4個終端我們可以看到client已經得到任務被處理完成的通知

六、總結

至此就完成了簡單master-workers叢集的搭建過程，也瞭解了其控制流程。理解本文內容為處理更復雜的生產環境中叢集搭建、控制流程梳理提供幫助。