更多內容請查看zookeeper官網

Zookper是一種分布式的，開源的，應用于分布式應用的協作服務。它提供了一些簡單的操作，使得分布式應用可以基于這些接口實現諸如同步、配置維護和分集群或者命名的服務。Zookper很容易編程接入，它使用了一個和文件樹結構相似的數據模型。可以使用Java或者C來進行編程接入。

眾所周知，分布式的系統協作服務很難有讓人滿意的產品。這些協作服務產品很容易陷入一些諸如競爭選擇條件或者死鎖的陷阱中。Zookper的目的就是將分布式服務不再需要由于協作沖突而另外實現協作服務。

Zookeeper通過一種和文件系統很像的層級命名空間來讓分布式進程互相協同工作。這些命名空間由一系列數據寄存器組成，我們也叫這些數據寄存器為znodes。這些znodes就有點像是文件系統中的文件和文件夾。和文件系統不一樣的是，文件系統的文件是存儲在存儲區上的，而zookeeper的數據是存儲在內存上的。同時，這就意味著zookeeper有著高吞吐和低延遲。

Zookeeper實現了高性能，高可靠性，和有序的訪問。高性能保證了zookeeper能應用在大型的分布式系統上。高可靠性保證它不會由于單一節點的故障而造成任何問題。有序的訪問能保證客戶端可以實現較為復雜的同步操作。

ZooKeeper Service

組成Zookeeper的各個服務器必須要能相互通信。他們在內存中保存了服務器狀態，也保存了操作的日志，并且持久化快照。只要大多數的服務器是可用的，那么Zookeeper就是可用的。

客戶端連接到一個Zookeeper服務器，并且維持TCP連接。并且發送請求，獲取回復，獲取事件，并且發送連接信號。如果這個TCP連接斷掉了，那么客戶端可以連接另外一個服務器。

Zookeeper使用數字來對每一個更新進行標記。這樣能保證Zookeeper交互的有序。后續的操作可以根據這個順序實現諸如同步操作這樣更高更抽象的服務。

Zookeeper的高效更表現在以讀為主的系統上。Zookeeper可以在千臺服務器組成的讀寫比例大約為10:1的分布系統上表現優異。

Zookeeper的命名空間的結構和文件系統很像。一個名字和文件一樣使用/的路徑表現，zookeeper的每個節點都是被路徑唯一標識

ZooKeeper's Hierarchical Namespace

下圖顯示了ZooKeeper服務的高級組件服務。除了請求處理器，Zookeeper服務器組的每個服務器復制他們自己的每個組件。

ZooKeeper Components

replicated database是一個存儲在內存中的包含整個數據樹的結構。所有的更新操作都做日志到硬盤上了。并且寫操作在作用在數據庫的時候會序列化存儲到硬盤上。

每個ZooKeeper服務器都連接了許多個客戶端?？蛻舳诉B接到一個服務器來提交請求。

php技術：基于Zookeeper的使用詳解，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。