PROSAGA码农传奇-zookeeper-解释Apache ZooKeeper

简而言之，ZooKeeper可以帮助您构建分布式应用程序。

这个怎么运作
您可以将ZooKeeper描述为具有最终一致性的复制同步服务。由于持久化的数据分布在多个节点之间（这组节点称为“集合”），并且一个客户端连接到其中任何一个（即，特定的“服务器”），因此如果一个节点发生故障则迁移，因此它是可靠的。只要严格地说大多数节点都在工作，ZooKeeper节点的集合就是活着的。特别是，主节点是通过集合内的共识动态选择的；如果主节点发生故障，则主节点的角色将迁移到另一个节点。

如何处理写入
母版是写入的权限：这样可以保证写入按顺序保留，即，写入是线性的。每次客户端写入合奏时，大多数节点都会保留该信息：这些节点包括客户端的服务器，当然也包括主机。这意味着每次写入都会使服务器与主服务器保持最新状态。但是，这也意味着您不能同时进行写操作。

保证线性写入的原因是ZooKeeper对于以写入为主的工作负载性能不佳。特别是，它不应用于交换大数据（例如媒体）。只要您的通信涉及共享数据，ZooKeeper就会为您提供帮助。当可以同时写入数据时，ZooKeeper实际上会妨碍您的工作，因为从作者的角度来看，即使不是绝对必要的，它也会对操作进行严格的排序。它的理想用途是用于协调，即在客户端之间交换消息。

如何处理阅读
这就是ZooKeeper的优势：读取是并发的，因为它们由客户端连接到的特定服务器提供服务。但是，这也是最终保持一致性的原因：客户端的“视图”可能已过时，因为主服务器会以有限但不确定的延迟来更新相应的服务器。

详细地
ZooKeeper的复制数据库包括znodes树，znodes是大致代表文件系统节点（将其视为目录）的实体。每个znode可以通过存储数据的字节数组来丰富。而且，每个znode之下可能都有其他znode，实际上形成了一个内部目录系统。

顺序znode
有趣的是，znode的名称可以是顺序的，这意味着客户端在创建znode时提供的名称只是一个前缀：全名也由集合选择的顺序号给出。例如，这对于同步目的很有用：如果多个客户端想要获得资源锁，则每个客户端都可以在一个位置上并发地创建顺序znode：获得最低编号的人有权获得该锁。

短暂的znode
另外，znode可能是短暂的：这意味着一旦创建它的客户端断开连接，它就会被销毁。这主要用于了解客户端何时发生故障，这在客户端本身具有应由新客户端承担的责任时可能是相关的。以锁为例，一旦拥有该锁的客户端断开连接，其他客户端就可以检查他们是否有权使用该锁。

手表
如果我们需要定期轮询znode的状态，则与客户端断开连接有关的示例可能会出现问题。幸运的是，动物园管理员提供了一个事件系统，其中手表可以在Z序节点设置。如果专门更改或删除了znode或在其下创建了新的子代，则可以将这些手表设置为触发事件。与znode的顺序选项和临时选项结合使用时，这显然很有用。

在哪里以及如何使用它
Zookeeper使用的一个典型示例是分布式内存计算，其中一些数据在客户端节点之间共享，并且必须以非常谨慎的方式访问/更新以说明同步。

ZooKeeper提供了用于构建同步原语的库，而运行分布式服务器的功能则可以避免使用集中式（类似经纪人）消息存储库时出现的单点故障问题。

ZooKeeper具有轻量级功能，这意味着诸如领导者选举，锁定，屏障等机制尚不存在，但可以在ZooKeeper原语之上编写。如果C / Java API对于您的用途而言过于笨拙，则应依赖ZooKeeper构建的库，例如笼子，尤其是curator。

在哪里阅读更多
除了非常好的官方文档外，我建议阅读Hadoop的第14章：权威指南，该指南共有35页，基本上解释了ZooKeeper的工作，后面是配置服务的示例。