zookeeper：基于观察者模式设计的分布式服务管理框架

zookeeper:

是一个集群，如果一个节点down掉，会有另外的节点来替代，并且数据是同步的。实现分布式的锁，数据的一致性保证，数据的高可用性。

提供少量数据的存储和管理，监听机制

   1. 从设计模式角度来看，是一个基于观察者模式设计的分布式服务管理框架，管理分布式环境中的数据，用来解决分布式集群中应用系统的一致性问题。他能提供类似于文件系统的目录节点树的方式的数据存储。但是zk并不是用来专门存储数据的，它的作用主要是用来维护和监控你存储的数据的状态变化。通过监控这些数据状态的变化，从而可以达到基于数据的集群管理

    2. 数据模型：zk会维护一个具有层次关系的数据结构，它非常类似于一个标准的文件系统。

（1）每个子目录如nameserver都被称为znode, 这个znode是被它所在的路径的唯一标识，如server1这个znode的标识为/nameserver/server1

（2）znode可以有子节点目录，每个znode可以存储数据

（3）znode是有版本的，每个znode中存储的数据可以有多个版本，也就是一个访问路径中可以存储多份数据 

（4）znode 可以是临时节点，一旦创建这个 znode 的客户端与服务器失去联系，这个 znode 也将自动删除，Zookeeper 的客户端和服务器通信采用长连接方式，每个客户端和服务器通过心跳来保持连接，这个连接状态称为 session，如果 znode 是临时节点，这个 session 失效，znode 也就删除了

（5）znode 的目录名可以自动编号，如 App1 已经存在，再创建的话，将会自动命名为 App2

（6）znode 可以被监控，包括这个目录节点中存储的数据的修改，子节点目录的变化等，一旦变化可以通知设置监控的客户端，这个是 Zookeeper 的核心特性，Zookeeper 的很多功能都是基于这个特性实现的，

3. 节点的类型：

    持久节点PERSISTENT, 临时节点EPHEMERAL, 时序节点SEQUENTIAL

4. 集群管理，zk的Leader Election是如何实现的

   选出一个Master Server, 它是一个时序节点，因为可以给每台server编号，我们可以选择当前是最小编号的Server为Master, 假如这个最小的编号死去，由于是EPLEMERAL节点，死去的server对应的节点也被删除，所以列表中又出现了一个最小编号的节点，就选择这个节点为当前Master,这样就实现了动态选择Master

参考：https://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/index.html

https://blog.csdn.net/heyutao007/article/details/38741207