核心

集群角色

简介
通常在分布式系统中，构成一个集群的每一台机器都有自己的角色，最典型的集群模式就是Master/Slave模式（主备模式)
在这种模式中，我们把能够处理所有写操作的机器称为Master机器，把所有通过异步复制方式获取最新数据，并提供读服务的机器称为Slave机器

概念颠覆
而在ZooKeeper中，这些概念被颠覆了。它没有沿用传统的MasterlSlave概念，而是引入了Leader、Follower和 Observer三种角色

数据节点

简介
在谈到分布式的时候，我们通常说的“节点”是指组成集群的每一台机器
在ZooKeeper中节点分为两类：
第一类同样是指构成集群的机器，我们称之为机器节点
第二类则是指数据模型中的数据单元，我们称之为数据节点——ZNode

数据模型
在Zookeeper中，可以说 Zookeeper中的所有存储的数据是由znode组成的，节点也称为znode，并以key/value形式存储数据
ZooKeeper将所有数据存储在内存中，数据模型是一棵树

保存数据
以 key/value 形式存储数据，key就是znode的节点路径，比如 /java , /server

节点特性
持久节点
持久节点是zookeeper中最常见的一种节点类型。所谓持久节点，是指改数据节点被创建后，
就会一直存在与zookeeper服务器上，直到有删除操作来主动清除这个节点

持久顺序节点
这类节点的基本特性和上面的节点类型是一致的。额外的特性是，在ZK中，
每个父节点会为他的第一级子节点维护一份时序，会记录每个子节点创建的先后顺序

临时节点
从名称上可以看出该节点的一个最重要的特性就是临时性。
所谓临时性是指，如果将节点创建为临时节点，那么该节点数据不会一直存储在 ZooKeeper 服务器上
和持久节点不同的是，临时节点的生命周期和客户端会话绑定。也就是说，如果客户端会话失效，那么这个节点就会自动被清除掉注意，
这里提到的是会话失效，而非连接断开。另外，在临时节点下面不能创建子节点

临时顺序节点
临时顺序节点的基本特性和临时节点是一致的，同样是在临时节点的基础上，添加了顺序的特性

Watcher监听机制

简介
ZooKeeper 提供了分布式数据的发布/订阅功能。一个典型的发布/订阅模型系统定义了一种一对多的订阅关系,
能够让多个订阅者同时监听某一个主题对象，当这个主题对象自身状态变化时，会通知所有订阅者，使它们能够做出相应的处理
在ZooKeeper中，引入了Watcher机制来实现这种分布式的通知功能。ZooKeeper 允许客户端向服务端注册一个Watcher监听，
当服务端的一些指定事件触发了这个Watcher，那么就会向指定客户端发送一个事件通知来实现分布式的通知功能

ACL权限控制

注意
ZooKeeper的权限控制是基于每个znode节点的，需要对每个节点设置权限
每个znode支持设置多种权限控制方案和多个权限
子节点不会继承父节点的权限，客户端无权访问某节点，但可能可以访问它的子节点

权限模式【Schema】
world    只有一个用户：anyone，代表所有人（默认）
ip    使用IP地址认证
auth    使用已添加认证的用户认证
digest    使用“用户名:密码”方式认证

授权对象【ID】
IP    通常是一个IP地址或是IP段，例如“192.168.66.101”
Digest    自定义，通常是“username:BASE64(SHA-1(username:password))”
World    只有一个ID:"anyone"
Super    与Digest模式一致

权限【Permission】
CREATE    c    可以创建子节点
DELETE    d    可以删除子节点（仅下一级节点）
READ    r    可以读取节点数据及显示子节点列表
WRITE    w    可以设置节点数据
ADMIN    a    可以设置节点访问控制列表权限