ZooKeeper 官方教程[翻译]

From

简介

这篇文章是为想借助 ZK 协调服务，建立分布式应用的开发者们准备的。它包含核心概念和实践两部分。

这篇文章的前四部分抽象的讨论了 ZK 的一些概念。这些概念是理解并使用 ZK 所必须的。由以下几部分：

• ZooKeeper 数据模型
• ZooKeeper 会话
• ZooKeeper Watches
• 一致性担保（Consistency Guarantees）

接下来的四部分提供了实用的编程内容：

• 建立节点：ZooKeeper 操做指南
• 绑定（Bindings）
• 程序模型和简单示例[官网并无展现，让自行查找]
• 常见问题和解决

绝大部份内容能够看成独立的参考材料。然而，在开始编写 ZooKeeper 程序以前，你应该至少阅读ZK数据模型和基本操做章节。

ZooKeeper 数据模型

ZooKeeper 拥有一个有层次的命名空间，跟文件系统很像。惟一的不一样是，ZK 中的每一个节点既能记录数据，又能拥有子节点。好像是容许文件能看成目录的文件系统。到节点的路径老是以 / 分割的绝对路径，没有相对路径这回事。【以后官网给出了路径名的一些限制条件，我的感受就跟学编程语言时的变量命名规则同样，知或不知都无妨。】

ZNode

ZooKeeper 目录树中的节点被称为 Znode。Znode 维护着一个包含数据改变的版本号、acl 等组成的 stat 结构体。版本号和时间戳容许 ZooKeeper 验证缓存和协调更新。每次 Znode 数据更新，版本号都会增长。例如，当客户端获取数据时，它同时也会获取数据的版本。当客户端删除或更新数据时，必须提交这个节点的版本。默认状况下，若是提交的这个版本号不与当前版本一致，更新就会失败。