zookeeper是一个分布式协调服务框架，主要用来解决分布式集群中应用系统的一致性问题，例如如何避免同时操作同一数据造成脏读的问题。本质上是一个分布式小文件存储系统，提供基于类似于文件系统的目录树方式的数据存储，并且可以对树中的节点进行有效管理，从而用来维护和监控被存储的数据的状态变化。通过监控这些数据的状态变化，从而达到基于数据的集群管理。如统一命名服务、分布式配置管理、分布式消息队列、分布式所、分布式协调等功能。
zookeeper集群角色
leader：zookeeper集群工作的核心，主要责任如下：事务请求(写操作）的唯一调度及处理者，保证集群事务处理的顺序性；集群内部各个服务器的调度者。对于create，setData，delete等有写操作的请求，则需要统一转发给leader处理，leader需要决定编号、执行操作，这个过程称为一个事务。
follower：处理客户端非事务（读操作）请求，转发事务请求给leader，参与集群leader选举投票。
observer：充当观察者角色，观察zookeeper集群的最新状态变化并将这些状态同步过来，其对于非事务请求可以单独进行处理，对于事务请求，则会转发给leader服务器进行处理。不会参与任何形式的投票只提供非事务服务，通常用于在不影响集群事务处理能力的前提下提升集群的非事务处理能力。
特性
全局数据一致：每个server保存一份相同的数据副本，client无论连接到那个server，展示的数据都是一致的，这是最重要的特征
可靠性：如果消息被其中一台服务器接受，那么将被所有的服务器接受。
顺序性：包括全局有序和偏序两种，全局有序是指如果在一台服务器上消息X在Y前发布，则所有server上消息X都将在Y前被发布，偏序是指一个消息Y在消息X后被同一个发布者发布，X
必将排在Y前面
数据更新原子性，一次数据更新要么成功（半数以上节点成功），要么失败，不存在中间状态
实时性：zookeeper保证客户端将在一个时间间隔范围内获得服务器的更新信息，或者服务器失效信息。