分布式协调服务ZooKeeper

分布式协调服务是分布式应用中不可缺少的，通常担任协调角色，比如leader选举、负载均衡、服务发现、分布式队列和分布式锁

Zookeeper数据模型：

一、层级命名空间

1、data：每个znode拥有一个数据域，记录用户数据，该节点的数据类型为字节数组；

2、type：zonde类型，具体分为persistent(持久化节点)、ephemeral（临时节点）、persistent_sequential（在持久化节点后面追加一个增量的唯一数字）、ephemeral_sequential（在临时节点后面追加一个增量的唯一数字）；

3、version：znode中数据的版本号，每次数据更新版本都会加一；

4、children：znode可以包括多个子节点；

5、ACL：znode访问控制列表，用户可以设置每个znode的访问用户列表，以保证znode被安全访问。

二、Watcher：watcher是zookeeper提供的发布/订阅机制，用户可在某个znode上注册watcher以监听它的变化，一旦znode被删除或者更新，zookeeper将以事件的方式将变化内容发送给监听者，需要注意，wacther一旦触发后就会删除，除非用户再次注册该watcher。

三、Session：是客户端与zookeeper通信通道，同一个session中的消息是有序的，Session具有容错性，如何有服务器宕机，客户端会自动切换到其它活着服务上。

ZooKeeper基本架构

读路径、写路径、作为数据中心间的桥梁、作为消息总线。

ZooKeeper提供了Java和C语言两种API

ZooKeeper应用案例：

leader选举（eg：Hbase、YARN、HDFS）、分布式队列（帮忙Master节点维护作业及worker信息），负载均衡：Kafka是场景，Broker和Customer主要在Zookeeper中写入信息，eg：Broker节点注册信息、Consumer注册信息、Consumer Offset追踪信息。