ZooKeeper八大典型的应用场景

一、数据发布/订阅（配置中心）

1.1 什么是配置中心，有什么用

数据发布/订阅( Publish/Subscribe)系统，即所谓的配置中心，顾名思义就是发布者将数据发布到ZooKeeper的一个或一系列节点上，供订阅者进行数据订阅，进而达到动态获取数据的目的，实现配置信息的集中式管理和数据的动态更新。

1.2 配置中心的设计模式

发布/订阅系统一般有两种设计模式，分别是推(Push) 模式和拉(Pull) 模式。在推模式中，服务端主动将数据更新发送给所有订阅的客户端;而拉模式则是由客户端主动发起请求来获取最新数据，通常客户端都采用定时进行轮询拉取的方式。ZooKeeper采用的是推拉相结合的方式:客户端向服务端注册自己需要关注的节点，一旦该节点的数据发生变更，那么服务端就会向相应的客户端发送Watcher事件通知，客户端接收到这个消息通知之后，需要主动到服务端获取最新的数据。

1.3 配置中心实现原理

如果将配置信息存放到ZooKeeper上进行集中管理，那么通常情况下，应用在启动的时候都会主动到ZooKeeper服务端上进行一次配置信息的获取，同时，在指定节点上注册一个Watcher监听，这样一来，但凡配置信息发生变更，服务端都会实时通知到所有订阅的客户端，从而达到实时获取最新配置信息的目的。

在我们平常的应用系统开发中，经常会碰到这样的需求:系统中需要使用一些通用的配置信息，例如机器列表信息、运行时的开关配置、数据库配置信息等。这些全局配置信息通常具备以下3个特性。

1.4 全局配置信息通常具备哪些特性

• 数据量通常比较小。
• 数据内容在运行时会发生动态变化。
• 集群中各机器共享，配置一致。

对于这类配置信息，一般的做法通常可以选择将其存储在本地配置文件或是内存变量中。

1.5 为什么要使用配置中心

无论采用哪种方式，其实都可以简单地实现配置管理。如果采用本地配置文件的方式，那么通常系统可以在应用启动的时候读取到本地磁盘的一个文件来进行初始化，并且在运行过程中定时地进行文件的读取，以此来检测文件内容的变更。在系统的实际运行过程中,如果我们需要对这些配置信息进行更新,那么只要在相应的配置文件中进行修改，等到系统再次读取这些配置文件的时候，就可以读取到最新的配置信息，并更新到系统中去，这样就可以实现系统配置信息的更新。另外一种借助内存变量来实现配置管理的方式也非常简单，以Java系统为例，通常可以采用JMX方式来实现对系统运行时内存变量的更新。从上面的介绍中，我们基本了解了如何使用本地配置文件和内存变量方式来实现配置管理。通常在集群机器规模不大、配置变更不是特别频繁的情况下，无论上面提到的哪种方式，都能够非常方便地解决配置管理的问题。但是，一旦机器规模变大，且配置信息变更越来越频繁后，我们发现依靠现有的这两种方式解决配置管理就变得越来越困难了。我们既希望能够快速地做到全局配置信息的变更，同时希望变更成本足够小，因此我们必须寻求–种更为分布式化的解决方案。

1.6 配置中心实现的步骤

第一步：配置存储
在进行配置管理之前，首先我们需要将初始化配置存储到ZooKeeper.上去。一般情况下，我们可以在ZooKeeper上选取一个数据节点用于配置的存储，例如/app/database_ config (“配置节点”)

第二步：配置获取
集群中每台机器在启动初始化阶段,首先会从上面提到的ZooKeeper配置节点上读取数据库信息，同时，客户端还需要在该配置节点上注册一个数据变更的Watcher监听，一旦发生节点数据变更，所有订阅的客户端都能够获取到数据变更通知。

第三步：配置变更
在系统运行过程中，可能会出现需要进行数据库切换的情况，这个时候就需要进行配置变更。借助ZooKeeper,我们只需要对ZooKeeper上配置节点的内容进行更新，ZooKeeper就能够帮我们将数据变更的通知发送到各个客户端，每个客户端在接收到这个变更通知后，就可以重新进行最新数据的获取。

二、负载均衡

2.1 什么是负载均衡

负载均衡(Load Balance)是一种相当常见的计算机网络技术，用来对多个计算机(计算机集群)、网络连接、CPU、磁盘驱动器或其他资源进行分配负载，以达到优化资源使用、最大化吞吐率、最小化响应时间和避免过载的目的。通常负载均衡可以分为硬件和软件负载均衡两类，本节主要探讨的是ZooKeeper在“软”负载均衡中的应用场景。

在分布式系统中，负载均衡更是一种普遍的技术，基本上每一个分布式系统都需要使用负载均衡。分布式系统具有对等
性，为了保证系统的高可用性，通常采用副本的方式来对数据和服务进行部署。而对于消费者而言，则需要在这些对等的服务提供方中选择一个来执行相关的业务逻辑，其中比较典型的就是DNS服务。

2.2 ZooKeeper怎么实现的负载均衡

ZooKeeper采用了一种动态DNS的一种方案实现的负载均衡。一般企业不会使用zk做负载均衡。有nginx和Ribbon不用那不是傻子吗。

三、命名服务

3.1 什么是命名服务

命名服务(Name Service)也是分布式系统中比较常见的类场景，命名服务是分布式系统最基本的公共服务之一。能够帮助应用系统通过一个资源引用的方式来实现对资源的定位与使用。
在分布式系统中，被命名的实体通常可以是集群中的机器、提供的服务地址或远程对象等这些我们都可以统称它们为名字(Name),其中较为常见的就是一些分布式服务框架(如RPC、RMI)中的服务地址列表。

3.2 命名服务有什么用

通过使用命名服务，客户端应用能够根据指定名字来获取资源的实体、服务地址和提供者的信息等。Java语言中的JNDI便是一种典型的命名服务。JNDI是Java 命名与目录接口(JavaNaming and Directory Interface)的缩写，是J2EE体系中重要的规范之一，标准的J2EE容器都提供了对JNDI规范的实现。因此，在实际开发中，开发人员常常使用应用服务器自带的JNDI实现来完成数据源的配置与管理一使用JNDI方式后,开发人员可以完全不需要关心与数据库相关的任何信息，包括数据库类型、JDBC驱动类型以及数据库账户等。

ZooKeeper提供的命名服务功能与JNDI技术有相似的地方，都能够帮助应用系统通过一个资源引用的方式来实现对资源的定位与使用。另外，广义上命名