文章目录
- Zookeeper基础
-
- 概述
- 数据结构
- Zookeeper节点操作
- zookeeper节点操作命令
- [数据模型 znode 结构](#数据模型 znode 结构)
- [zookeeper java客户端](#zookeeper java客户端)
Zookeeper基础
概述
- zookeeper(分布式协调服务) 本质:小型的文件存储系统+监听通知机制
- ZooKeeper 是 Apache 软件基金会的一个软件项目,它为大型分布式计算提供开源的分布式配置服务、同步服务和命名注册。
- ZooKeeper 的架构通过冗余服务实现高可用性(CP)[CAP:一致性、可用性、分区容错性](最终一致性)。
- Zookeeper 的设计目标是将那些复杂且容易出错的分布式一致性服务封装起来,构成一个高效可靠的原语集,并以一系列简单
易用的接口提供给用户使用。
一个典型的分布式数据一致性的解决方案,分布式应用程序可以基于它实现诸如数据发布/订阅、负载均衡、命名服务、分布式
协调/通知、集群管理、Master 选举、分布式锁和分布式队列等功
数据结构
- zookeeper本身是一个树形目录服务(名称空间) ,非常类似于标准文件系统,key-value 的形式存储 。名称 key 由斜线 / 分
割的一系列路径元素,zookeeper 名称空间中的每个节点都是由一个路径来标识的。
- 每个路径下的节点key(完整路径,名称)是唯一的,即同一级节点 key 名称是唯一的
- 每个节点中存储了节点value和对应的状态属性
Zookeeper节点操作
zookeeper节点操作命令
数据模型 znode 结构
zookeeper java客户端
- zookeeper 原生API:session不支持超时重连,watch监听需要进行反复注册、不支持对节点的递归操作
- Curator:提供各个场景的实现,提供了一套fluent风格的API调用
- zkClient:几乎没有参考文档,异常处理简化,没有提供各个场景对应的实现
ZooKeeper原生API
- ZooKeeper原生API是Apache ZooKeeper项目自带的Java客户端库。它提供了连接ZooKeeper集群并执行基本操作的功能。虽然它足够灵活,但在处理复杂的分布式系统任务时可能显得有些繁琐。
- 优点:
- 官方支持,与ZooKeeper项目保持一致。
- 原生API直接暴露ZooKeeper的底层操作,可以更好地理解ZooKeeper的工作原理。
- 缺点:
- 使用复杂,需要处理连接管理、会话超时等底层细节。
- 需要手动编写一些常见的模式(例如分布式锁、队列)。
Curator
- Curator是Netflix开发的一个基于ZooKeeper的高级客户端库。它构建在ZooKeeper原生API之上,简化了许多常见任务的实现,如分布式锁、选举、缓存和Leader选举等。
- 优点:
- 提供了高级别的抽象,简化了ZooKeeper的使用。
- 包含了一系列常见的分布式系统模式的实现,如分布式锁、队列等。
- 提供了更多的错误处理机制和易用性改进。
- 缺点:
- 引入了额外的依赖,增加了项目的复杂性。
- 概念相对较多,学习曲线较陡。
zkClient
- zkClient是Apache Kafka项目中的一个ZooKeeper客户端库。它提供了一些高级别的API,简化了ZooKeeper的连接和操作。
- 优点:
- 相对于ZooKeeper原生API,zkClient提供了更高级别的抽象。
- 更容易上手,相对于Curator,zkClient的概念和学习曲线较为简单。
- 缺点:
- 社区支持相对较少。
- 功能相对较为有限,对于某些复杂场景可能不够灵活。
对比总结
特性 | ZooKeeper原生API | Curator | zkClient |
---|---|---|---|
抽象级别 | 较低 | 高 | 中 |
复杂度 | 较高 | 较高 | 中 |
功能完备性 | 一般 | 高 | 一般 |
社区支持 | Apache官方支持 | Netflix支持 | 相对较少 |
学习曲线 | 陡峭 | 陡峭 | 平缓 |