Zookeeper有什么用：
Zookeeper 作为一个分布式的服务框架，主要用来解决分布式集群中应用系统的一致性问题。通俗的讲，zookeeper管理和维护这个集群系统中节点共同关系的关键数据，集群的节点作为zookeeper集群的客户端，能够向zookeeper提交关键数据，并允许节点向zookeeper注册感兴趣的数据，当感兴趣的数据被修改时能够通过事件回调方式及时通知集群节点。zookeeper比较典型的应用场景如配置管理，统一命名服务，同步锁，同步队列，两阶段提交等(demo: http://zookeeper.apache.org/doc/r3.4.5/recipes.html)。
系统模型
- zookeeper集群的server数一般应该为2n+1,允许n个节点发生故障后还能够提供正常的服务。
- zookeeper集群启动后会通过paxos选举出一个Leader，其他节点则为Follower。
- 在任意时刻，一个client只会连接一个server，只有当这个server发生故障后才会去连接另外一个连接。
- client提交数据修改时，server会把请求发送给Leader，由Leader发起提议并进行投票，如果超过半数的server投票通过则向所有Flower commit 提议，同步数据修改，接收server把结果返回client
- client请求查询数据时，server把结果直接返回给client
Zookeeper数据模型
zookeeper维护和管理一个（和Linux系统类似的文件系统）的命名空间，该命名空间有如下特点:
- 以"/"分隔目录(znode)
- 节点允许有目录并且可以存储自己的数据
- 具有版本特性和访问权限设置(ACL)，每个znode可以存储和读取多个版本的数据
- 目录/znode可以被client监控，当目录发生变化时可以及时通知注册了相关修改类型的监听事件的client
- znode存储的数据尽量要小，最好不能超过1M
- 允许client创建以下四种类型znode
- PERSISTENT:持久化节点
- PERSISTENT_SEQUENTIAL:顺序自动编号的持久化节点,如请求创建/name/test节点时，会在test后追加上一个等于其兄弟最大编号+1的编号并把该目录返回给客户端
- EPHEMERAL:临时目录节点，一旦创建这个节点的客户端与服务器端口也就是 session 超时，这种节点会被自动删除
- EPHEMERAL_SEQUENTIAL：临时自动编号节点