4.1.2-3. zk 典型应用场景

1. 数据发布订阅（配置中心）

何为配置中心

• 如何解决系统参数配置，及动态改参问题？

  • 配置中心。

    用 ZooKeeper 实现配置中心

• znode 能存储数据。

• watch 能监听数据改变。
• 一个配置项一个 znode。
• 一个配置文件一个 znode。

  2. 命名服务

何为命名服务？

• 如何解决服务 A 可以动态得到服务 B 的调用地址？
  • ZooKeeper

• 服务 A 对节点 /serviceB 添加 watch。
• 服务 B 开发完成，注册 /serviceB 节点。
• 服务 A 就可动态获取到服务 B 的信息。

  3. Master 选举

何为 Master 选举？

• 当 Master 不可用时，如何自动选举出新的 Master ?

  ZooKeeper 如何来实现 Master 选举？

  

• 争抢主节点方式

  • 实例 1 为Master，会创建临时主节点。
  • 当实例 1 宕机，临时主节点消失，此时实例 2 和实例 3 会争抢创建临时主节点。
  • 假如实例 2 创建了临时主节点，实例 2 变为 Master，实例 3 发现主节点已存在，不再创建，获取主节点信息。
• 最小节点方式
  • 会将所有的节点注册到 servers 中。
  • 此时可以用最小的节点作为主节点。

    4. 分布式队列

ZooKeeper 实现分布式队列

• 无界队列：可以实现。
• 有界队列：入队之前需要判断子节点数量，使用到分布式锁。

  5. 分布式锁

ZooKeeper 实现分布式锁方式一

• 原理：节点不可重名 + watch

• 争抢创建临时节点，未争抢到锁的实例添加 watch。
• 创建了临时节点，就执行相关方法，执行完成之后，删除临时节点，释放锁。
• 其他节点再次争抢创建临时节点。

  使用临时节点的原因：防止实例在创建临时节点之后，因各种原因宕机，此时，临时节点也能被同时删除。假如是永久节点，节点不会被删除，锁也就不会被释放。

• 缺点：惊群效应
  • 假如有 1000 个节点，此时，有节点争抢到锁，其他节点会进入等待。锁释放，999 个节点会醒来，争抢锁。

• 适用于并发小的情况。

  ZooKeeper 实现分布式锁方式二

• 原理：取号 + 最小号获得锁 + watch

• 每个节点只需要关注它的前一个节点即可。