zookeeper删除节点的权限_Zookeeper使用

Zookeeper简介

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务。ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。

Zookeeper的构成

集群角色

通常在分布式系统中,构成一个集群的每一台机器都有自己的角色,最典型的集群就是 Master/ Slave模式(主备模式),此情况下把所有能够处理写操作的机器称为 Master机器,把所有通过异步复制方式获取最新数据,并提供读服务的机器为Save机器而在 Zookeeper中,这些概念被颠覆了。它没有沿用传递的 Master/ Slave概念,而是引入LeaderFollower、 Observer三种角色。 Zookeeper集群中的所有机器通过 Leaderi选举来选定一台被称为eader的机器, Leader服务器为客户端提供读和写服务,除 Leader,外,其他机器包括 Follower和Observer, Follower和 Observer都能提供读服务,唯一的区别在于 Observer.不参与 Leader选举过程,不轸与写操作的过半写成功策略,因此 Observer可以在不影响写性能的情况下提升集群的性能。

数据节点znode

zookeeper 中数据基本单元叫节点，节点之下可包含子节点，最后以树级方式程现。每个节点拥有唯一的路径path。客户端基于PATH上传节点数据，zookeeper 收到后会实时通知对该路径进行监听的客户端。节点分为以下4种。

1. 持久节点：节点创建后会一直存在zookeeper服务器上，直到主动删除
2. 持久顺序节点：每个节点都会为它的一级子节点维护一个顺序
3. 临时节点：临时节点的生命周期和客户端的会话保持一致。当客户端会话失效，该节点自动清理
4. 临时顺序节点：在临时节点上多了一个顺序的特性

会话Session

Session指客户端会话客户端连接是指客户端和服务端之间的一个TCP长连接, Zookeeper对外的服务端口默认为2181,客户端启动的时候,首先会与服务器建立一个TCP连接,从第一次连接建立开始,客户端会话的生命周期也开始了,通过这个连接,客户端能够心跳检测与服务器保持有效的会话也能够向 Zookeeper服务器发送请求并接受响应,同时还能够通过该连接接受来自服务器的 Watch事件通知

版本

对于每个 Znode, Zookeeper都会为其维护stat的数据结构,Stat记录了这个 Znode的三个数据版本,分别是 version(当前 Znode的版本)、 Cversion(当前 Znode子节点的版本)、 aversion(当前 Znode的ACL版本)

Watcher(事件监听器)

是 Zookeeper中一个很重要的特性, Zookeeper允许用户在指定节点上注册些 Watcher,并且在一些特定事件触发的时候, Zookeeper服务端会将事件通知到感兴趣的客户端该机制是 Zookeeper实现分布式协调服务的重要特性，触发条件如下

NodeCreated（节点创建）
Watcher监听的对应数据节点被创建
NodeDeleted（节点删除）
Watcher监听的对应数据节点被删除
NodeDataChanged（节点数据修改）
Watcher监听的对应数据节点的数据内容发生变更
NodeChildrenChanged（子节点变更）
Watcher监听的对应数据节点的子节点列表发生变更

ACL

Zookeeper采用AcL( Access Contr