Zookeeper简介以及zookeeper设计目标

Zookeeper简介

什么是Zookeeper?

Zookeeper是一个高效的分布式协调服务，它暴露了一些公用服务，比如命名/配置管理/同步控制/群组服务等。我们可以使用ZK来实现比如达成其识/集群管理leader选举（节点一般为奇数，否则不利于paxos算法进行选举服务）等。

Zookeeper是一个高可用的分布式管理与协调框架，基于ZAB算法(原子消息广播协议）

的实现。该框架能够很好地保证分布式环境中数据的一致性。也正是基于这样的特性)

使得zookeeper成为了解决分布式一致性问题的利器。

Zookeeper  是基于观察者模式设计的

顺序一致性:从一个客户端发起的事务请求，最终将会严格地按照其发起的顺序被应用到zookeeper中去。

原子性：所有事务请求的处理结果在整个集群中所有机器上的应用情况是一致的，也就是说要么整个集群所有的机器都成功应用了某一事务，要么有没有应用，一定不会出现部分机器应用了该事务，而另一部分没有应用的情况。

单一视图:无论客户端连接的是哪一个zookeeper服务器，其看到的服务器端数据模型都是一致的。

可靠性：一旦服务成功的应用到了某一事务，并完成对客户端的响应，那么该事务所引起的服务状态豆浆会被一致保存下来。除非有另一事务对其更改。

实时性:通常所说的实时性就是指一旦事务被成功应用，那么客户端就能立刻从服务器上获取最新的变更数据zookeeper仅仅能保证在一段时间内，客户端最终一定能从服务器读取最新的数据状态。

ZK不适合存储大量数据（比Mq还不适合）

zookeeper设计目标

目标1:简单的数据结构。zookeeper就是以简单的树形结构来进行相互协

调的(也叫树形名字空间)。

目标2:可以构建集群。一般zookeeper集群通常由一组机器构成，一般

3~5台机器就可以组成一个zookeeper集群了。只要集群中超过半数以上的机

器能够正常工作，那么整个集群就能够正常对外提供服务。

目标3:顺序访问。对于来自每一个客户端的每一个请求，zookeeper都会

分配一个全局唯一的递增编号，这个编号反应了所有事务操作的先后顺序，

应用程序可以使用zookeeper的这个特性来实现更高层次的同步。

目标4:高性能。由于zookeeper将全量数据存储在内存中，并直接服务于

所有的非事务请求，因此尤其是在读操作为主的场景下性能非常突出。在

JMater压力测试下(100%读请求场景下)，其结果大约在12~13W的QPS

Zookeeper 的结构

Zookeeper 会维护一个具有层次关系的数据结构，它非常类似于一个标准的

文件系统。