zookeeper应用——集中配置管理系统的实现

1 场景描述

参考http://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/index.html，实现本身的集中配置管理系统。

术语：配置管理（Configuration Management）

一个带配置的服务程序，部署在若干台机器上，若是配置发生了变化，接下去要进行的操做是中止全部机器上的该程序，修改每一台机器上该程序对应的配置文件。

这个情景会有两个问题：第一，机器多了，逐个修改配置是一件不合理的运维；第二，配置通常是程序启动时读入的，因此配置修改后，程序应该重启。

配置管理在某些场合称“数据发布与订阅”，顾名思义就是将数据发布到zk节点上，供订阅者动态获取数据，实现配置信息的集中式管理和动态更新。例如全局的配置信息，地址列表等就很是适合使用。

实际应用环境：

1. 索引信息和集群中机器节点状态存放在zk的一些指定节点，供各个客户端订阅使用。 2. 系统日志（通过处理后的）存储，这些日志一般2-3天后被清除。 

3. 应用中用到的一些配置信息集中管理，在应用启动的时候主动来获取一次，而且在节点上注册一个Watcher，之后每次配置有更新，实时通知到应用，获取最新配置信息。

4. 业务逻辑中须要用到的一些全局变量，好比一些消息中间件的消息队列一般有个offset，这个offset存放在zk上，这样集群中每一个发送者都能知道当前的发送进度。

5. 系统中有些信息须要动态获取，而且还会存在人工手动去修改这个信息。之前一般是暴露出接口，例如JMX接口，有了zk后，只要将这些信息存放到zk节点上便可。

2 需求归纳

a）解决服务程序统一配置的问题；

b）解决服务配置更改的热加载问题；（热加载：程序更改配置，不需重启就能快速响应）

3 技术原理

利用zookeeper的特性（略），将配置信息保存在 Zookeeper 的某个目录节点中，而后将全部须要修改的应用机器监控配置信息的状态，一旦配置信息发生变化，每台应用机器就会收到 Zookeeper 的通知，而后从 Zookeeper 获取新的配置信息应用到系统中。

a）znode的路径做为配置项能作到全局惟一；

b）znode的内容做为配置项的值，始终存在与内存中，方便读取；

c）znode的权限做为项目之间的配置隔离机制，能够作到项目配置的安全管理；

zookeeper拥有的特性使得配置的存储、读取、监听（watch）等都很好地实现，咱们所须要作的事情——开发一个统一的控制终端以及提供程序读取配置的接口。

a）集中的Web控制终端：包含配置信息增长、删除、修改、查询、部署等等；

b）Java读取配置项的类和接口；

c）C++读取配置的类和接口；

4 体系结构

5 配置存储结构

3 层，存xml文件的字符串。

5 优点

a）配置统一管理，方便运维；

b）服务程序热加载；

c）配置分布式存储，稳定可靠；

6 实现

功能类ConfMng提供载入xml配置文件到zk系统的函数和读取配置map的函数，并提供一个须要用户实现的抽象函数

// 解析xml将keyvalue存入Map
 abstract public Map<?, ?> parserXML();

 

用户程序使用方法以下：

继承ConfMng类，实现parserXML();接口

读取配置内容。

 

原则：设计的集中配置管理类，将读取配置xml的方法开放给用户，作到配置的通用；竟可能在原程序基础上作到无缝结合。