1、Zookeeper概述
Zookeeper 是 Google 的 Chubby一个开源的实现，是 Hadoop 的分布式协调服务。它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。
Zookeeper的角色：
zk可以用来保证数据在zk集群之间的数据的事务性一致。
解释：如果客户端client1改变了server1的数据文件1，那么其它server的数据文件1也同时改变，那么其他客户端也能访问到改变了的数据文件。
2、为什么使用Zookeeper？
大部分分布式应用需要一个主控、协调器或控制器来管理物理分布的子进程（如资源、任务分配等）。目前，大部分应用需要开发私有的协调程序，缺乏一个通用的机制协调程序的反复编写浪费，且难以形成通用、伸缩性好的协调器。 ZooKeeper：提供通用的分布式锁服务，用以协调分布式应用。
3、Zookeeper的特性
Zookeeper是简单的
Zookeeper是富有表现力的
Zookeeper具有高可用性
Zookeeper采用松耦合交互方式
Zookeeper是一个资源库
4、Zookeeper的数据模型
层次化的目录结构，命名符合常规文件系统规范。每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识。节点Znode可以包含数据和子节点，但是EPHEMERAL类型的节点不能有子节点。Znode中的数据可以有多个版本，比如某一个路径下存有多个数据版本，那么查询这个路径下的数据就需要带上版本。客户端应用可以在节点上设置监视器。节点不支持部分读写，而是一次性完整读写。
5、Zookeeper的节点
Znode有两种类型，短暂的（ephemeral）和持久的（persistent）。 Znode的类型在创建时确定并且之后不能再修改。 短暂znode的客户端会话结束时，zookeeper会将该短暂znode删除，短暂znode不可以有子节点。 持久znode不依赖于客户端会话，只有当客户端明确要删除该持久znode时才会被删除。 Znode有四种形式的目录节点，PERSISTENT、PERSISTENT_SEQUENTIAL、EPHEMERAL、EPHEMERAL_SEQUENTIAL。
6、Zookeeper的角色
领导者（leader），负责进行投票的发起和决议，更新系统状态。
学习者（learner），包括跟随者（follower）和观察者（observer），follower用于接受客户端请求并想客户端返回结果，在选主过程中参与投票； Observer可以接受客户端连接，将写请求转发给leader，但observer不参加投票过程，只同步leader的状态，observer的目的是为了扩展系统，提高读取速度 客户端（client），请求发起方。