zookeeper是一个开源的分布式协调框架：数据发布订阅，负载均衡，集群，master选举。

原子性：要么同时成功，要么同是失败（分布式事务）

单一视图：无论客户端连接到哪个服务器，所看到的模型都是一样的

可靠性：一旦服务器端提交了一个事务并且获得了服务器端返回成功的标识，那么这个事务所引起的服务器端的变更会一直保留

实时性：近实时性

zookeeper不是用来存储数据的，通通过监控数据状态的变化，达到基于数据的集群管理。

会话状态：

NOT_CONNECTED

CONNECTING

CONNECTED

CLOSED

数据模型-->树形结构

最小的数据单元为ZNODE

zab协议：客户端发了一个事务请求给到了leader，而leader发送给各个follower以后，并且收到了ack，leader已经commit，在准备ack给各个follower节点commit的时候，leader挂了，怎么处理。

1）选举新的leader（zxid的最大值）

2）同步给其他的follower

watcher：

eventyType

None 客户端和服务端成功建立会话

NodeCreated 节点创建

NodeDeleted 节点删除

NodeDataChanged 数据变更，数据内容

NodeChildrenChanged 子节点发生变更：子节点删除新增的时候才会触发，变更不会触发

watcher特性：一次性触发

事件被处理一次之后会被移除。如果需要永久监听需要反复注册。

zookeeper序列化使用的方式jute

Acl权限的操作

保证存储在zookeeper上的数据安全性问题

schema（ip/Digest/world/super）

授权对象（192.168.1.1/11，root:root、world：anyone/super）

数据存储

内存数据和磁盘数据

zookeeper会定时把数据存储在磁盘上

DataDir存储的是数据快照

存储：某一时刻全量的数据

DataLogDir 存储事务日志

看不懂啊

我们使用命令来转换下

java -cp :/data/program/zookeeper-3.4.10/lib/slf4j-api-1.6.1.jar:/data/program/zookeeper-3.4.10/zookeeper-3.4.10.jar org.apache.zookeeper.server.LogFormatter log.200000001

zookeeper有三种日志

zookeeper.out 运行日志

快照 存储某一时刻的全量数据

事务日志 事务操作的日志记

到上面zookeeper的基础学习告一段落了，接下来就要进入dubbo的学习

学习dubbo，我们首先要对他有个基础的了解，dubbo是什么，为什么要用dubbo，怎么用dubbo。

首先我们假定一个业务场景【电商】

各个系统之间通过接口交互，那么各个系统分别得管理彼此之间复杂的接口交互，这太麻烦了。

dubbo能干什么

1）怎么去维护url

通过注册中心去维护url（zookeeper，redis，memecache....）

2）F5硬件负载均衡器的单点压力比较大

软负载均衡

3）服务之间的依赖关系错综复杂，依赖关系如何整理

自动去整理各个服务之间的依赖，一般是使用dubbo+zookeeper

4）如果服务器的调用量越来越大，服务器的容量问题如何去评估。扩容的指标

需要一个监控平台，可以监控调用量，响应时间。

dubbo是什么

dubbo是一个分布式的服务框架，提供高性能的以及透明化的RPC远程服务调用解决方法，以及SOA治理方案。

核心部分

1）远程通信

2）集群容错

3）服务的自动发现

4）负载均衡

Dubbo的架构

核心角色：

provider

Consummer

Registry

Monitor

Container

架构图