ZooKeeper典型使用场景一览.pdfVIP

ZooKeeper 是一个高可用的分布式数据管理与系统协调框架。基于对Paxos 算法的实现，使该框架保证了分布式 环境中数据的强一致性，也正是基于这样的特性，使得zookeeper 能够应用于很多场景。网上对zk 的使用场景也 有不少介绍，本文将结合作者身边的项目例子，系统的对zk 的使用场景进行归类介绍。值得注意的是， zk 并不 是生来就为这些场景设计，都是后来众多开发者根据框架的特性，摸索出来的典型使用方法。因此，也非常欢迎 你分享你在ZK 使用上的奇技淫巧。 场景类别 典型场景描述（ZK 特性，使用方法） 应用中的具体使用 1. 索引信息和集群中机器节点 状态存放在zk 的一些指定节点， 供各个客户端订阅使用。2. 系 统日志（经过处理后的）存储， 这些日志通常2-3 天后被清除。 3. 应用中用到的一些配置信息 集中管理，在应用启动的时候 主动来获取一次，并且在节点 上注册一个Watcher ，以后每 次配置有更新，实时通知到应 用，获取最新配置信息。 发布与订阅即所谓的配置管理，顾名思义就是将数据发布到 数据发布 zk 节点上，供订阅者动态获取数据，实现配置信息的集中式 4. 业务逻辑中需要用到的一些 与订阅 管理和动态更新。例如全局的配置信息，地址列表等就非常 全局变量，比如一些消息中间 适合使用。 件的消息队列通常有个 offset ，这个offset 存放在zk 上，这样集群中每个发送者都 能知道当前的发送进度。 5. 系统中有些信息需要动态获 取，并且还会存在人工手动去 修改这个信息。以前通常是暴 露出接口，例如JMX 接口，有 了zk 后，只要将这些信息存放 到zk 节点上即可。 这个主要是作为分布式命名服务，通过调用zk 的create Name node api ，能够很容易创建一个全局唯一的path ，