ZooKeeper場景實踐：（2）集中式配置管理 3. 動手實踐

在分布式的環境中，可能會有多個對等的程式讀取同樣的配置檔案，程式可以部署在多台機器上，如果配置采用檔案的話，則需要為部署該程式的機器也部署一個配置檔案，一旦要修改配置的時候就會非常麻煩，需要修改多個配置檔案，而且容易産生不一緻。

集中式配置管理的思路是，将配置資料集中釋出到zookeeper的節點上，供訂閱者動态擷取資料。實作配置的集中式管理和動态更新。可以簡單的了解為配置資料與程式分離。

通常來說，大部分項目裡面都有約定的配置檔案格式，如ini,xml等。一般都會有對應的解析庫類。這種解析庫類的基本工作模式為：

讀取檔案（open）

解析檔案（parse)

對外提供參數(get)

如果我們将檔案的内容全部放到zookeeper的某個節點上.解析類将配置資料全部下載下傳到本地，在完成解析的話，則可以用很小的改動就完成集中式配置管理的需求。

讀取zookeeper上對應路徑的資料(read)

解析檔案(parse)

對外提供參數（get)

動态更新是希望不重新開機程式就能夠實時擷取更新的配置。在單機環境中，這種配置資料通常會放在資料庫中，修改配置隻需要update資料庫就可以了。

使用zookeeper的話，需要節點注冊一個watcher，監視配置資料的是否有變化，一定出現變化，則調用新的解析類來重新解析配置資料。

個人認為這個特征使用zookeeper可以實作，但是并不是所有配置都需要這個功能，這種比較适合對配置敏感，需要實時更新配置的情況。

這裡我隻實作了集中式配置管理的功能，沒有實作動态更新，有需要的話你可以嘗試自己實作。

看下原來的open函數

我們有三個主要需要修改的地方，分别是是入參，fopen和getline。下面是修改後的open函數

zkopen從zookeeper的節點上讀取資料，并儲存到fp中。代碼如下：

接下來在對比下調用的變化。

原來的調用方式：

現在的調用方式：

由上可見，配置的改造還是很容易的，而且對程式的改動很小。

需要注意一點，配置檔案中通常有很多換行，而zookeeper的用戶端指令行工作不支援字元轉義。比如你要将一個配置檔案test.ini的内容儲存到zookeeper上，檔案内容如下。

[common]

db=mysql

passwd=root

你可能會在zookeeper用戶端上輸入:

<code>[zk: 172.17.0.36:2181(connected) 39] create /conf/test.ini [common]\ndb=mysql\npasswd=root\n</code>

結果與我們希望的并不一樣:

<code>[zk: 172.17.0.36:2181(connected) 43] get /conf/test.ini3[common]\ndb=mysql\npasswd=root\n</code>

<code>cat test.ini | testcase -r -p/conf/test.ini -s172.17.0.36:2181</code>