Zookeeper是开源的、分布式的，能够为分布式应用提供协调服务。
从设计模式的角度分析，Zookeeper是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就负责通知已经在Zookeeper上注册的那些观察者做出相应的反应。
Zookeeper = 文件系统 + 通知机制
Zookeeper图标如下图所示：Zookeeper形象的理解就是动物管理员，在大数据中很多的图标都是动物，就需要通过Zookeeper动物管理员对其平台进行配置和调度。
特点：
1、Zookeeper是一个包含有一个领导者（Leader），多个跟随者（Follower）组成的集群。
2、集群中只要有一半以上的节点存活，Zookeeper集群就可以正常提供服务。
3、Zookeeper中每个节点的数据都是保持一致的。
4、更新请求按顺序进行，来自同一个Client的更新请求按其发送顺序依次执行。
5、在数据更新时，所有节点要么都成功更新，要么就失败都不更新。
6、实时性，在一定时间范围内，Client能读到最新数据。
Zookeeper的数据结构：
Zookeeper数据模型的结构于Unix文件系统很相似，整体看上去可看作是一棵树，每个节点称做一个ZNode。每个ZNode默认能够存储1MB的数据，每个ZNode都可以通过其路径唯一标识。
工作机制：
当搭建好Zookeeper集群后，服务端启动时去Zookeeper集群注册信息（创建的是临时节点）。Zookeeper集群获取到当前在线服务器列表，并且注册监听。当有服务器节点下线，服务器节点上会收到下线事件通知。process(){重新再去获取服务器列表，并注册监听}。
应用场景：
提供的服务包含有：统一命名服务、统一配置管理、统一集群管理、服务器节点动态上下线、软负载均衡等。
1、统一命名服务：在分布式环境下，经常需要对应用/服务进行统一命名，便于识别。
2、统一配置管理：
1）分布式环境下，配置文件同步非常常见。
①一般要求一个集群中，所有节点的配置信息是一致的，比如Kafka集群。
②对配置文件修改后，希望能够快速同步到各个节点上。
2）配置管理可由Zookeeper实现。
①可将配置信息写入Zookeeper上的一个ZNode。
②各个客户端服务器监听这个ZNode。
③一旦ZNode中的数据被修改，Zookeeper将通知各个客户端服务器。
3、统一集群管理：
1）分布式环境中，实时掌握每个节点的状态是必要的。
①可根据节点实时状态做出一些具体的调整。
2）Zookeeper可以实现实时监控节点状态变化。
①可将节点信息写入Zookeeper上的一个ZNode。
②监听这个ZNode可获取它的实时状态变化。
4、服务器动态上下线：当搭建好Zookeeper集群后，服务端启动时去Zookeeper集群注册信息（创建的是临时节点）。Zookeeper集群获取到当前在线服务器列表，并且注册监听。当有服务器节点上下线时，服务器节点上会收到上下线事件通知。process(){重新再去获取服务器列表，并注册监听}。
5、软负载均衡：在Zookeeper中记录每台服务器的访问数，让访问数最少的服务器去处理最新的客户端请求。
