ZooKeeper实现配置中心的实例(原生API实现)(转)
Posted Jim
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了ZooKeeper实现配置中心的实例(原生API实现)(转)相关的知识,希望对你有一定的参考价值。
说明:要实现配置中心的例子,可以选择的SDK有很多,原生自带的SDK也是不错的选择。比如使用I0Itec,Spring Boot集成等。
大型应用通常会按业务拆分成一个个业务子系统,这些大大小小的子应用,往往会使用一些公用的资源,比如:需要文件上传、下载时,各子应用都会访问公用的Ftp服务器。如果把Ftp Server的连接IP、端口号、用户名、密码等信息,配置在各子应用中,然后这些子应用再部署到服务器集群中的N台Server上,突然有一天,Ftp服务器要换IP或端口号,那么问题来了?),而是如何快速的把这一堆已经在线上运行的子应用,通通换掉相应的配置,而且还不能停机。
要解决这个问题,首先要从思路上做些改变:
1、公用配置不应该分散存放到各应用中,而是应该抽出来,统一存储到一个公用的位置(最容易想到的办法,放在db中,或统一的分布式Cache Server中,比如Redis,或其它类似的统一存储,比如ZooKeeper中)
2、对这些公用配置的添加、修改,应该有一个统一的配置管理中心应用来处理(这个也好办,做一个web应用来对这些配置做增、删、改、查即可)
3、当公用配置变化时,子应用不需要重新部署(或重新启动),就能使用新的配置参数(比较容易想到的办法有二个:一是发布/订阅模式,子应用主动订阅公用配置的变化情况,二是子应用每次需要取配置时,都实时去取最新配置)
由于配置信息通常不大,比较适合存放在ZooKeeper的Node中。主要处理逻辑的序列图如下:
解释:
考虑到所有存储系统中,数据库还是比较成熟可靠的,所以这些配置信息,最终在db中存储一份。
刚开始时,配置管理中心从db中加载公用配置信息,然后同步写入ZK中,然后各子应用从ZK中读取配置,并监听配置的变化(这在ZK中通过Watcher很容易实现)。
如果配置要修改,同样也先在配置管理中心中修改,然后持久化到DB,接下来同步更新到ZK,由于各子应用会监听数据变化,所以ZK中的配置变化,会实时传递到子应用中,子应用当然也无需重启。
示例:
说明:原作者的示例可能有些歧义,我已经改装过了。
1、基于原生实现:https://github.com/easonjim/5_java_example/tree/master/zookeeper/test1/test2
2、基于I0Itec实现:https://github.com/easonjim/5_java_example/tree/master/zookeeper/test1/test1
参考:
基于配置中心的实现例子:
http://melin.iteye.com/blog/899435
http://www.jianshu.com/p/01388f06e75d
http://www.360doc.com/content/16/0802/22/35509763_580360010.shtml
http://blog.csdn.net/shenfuli/article/details/44889831
http://blog.csdn.net/liyonghui_2013li/article/details/51539067
http://www.cnblogs.com/lvcisco/articles/5852584.html
http://www.cnblogs.com/yjmyzz/p/4604947.html(以上内容转自此篇文章)
http://www.cnblogs.com/leesf456/p/6028416.html
基于Java原生API的使用:
http://blog.csdn.net/cuiran/article/details/8509642
http://www.cnblogs.com/tk55/p/6073404.html
http://blackproof.iteye.com/blog/2039040
http://blog.csdn.net/LK10207160511/article/details/50530212
https://www.2cto.com/kf/201512/452129.html
http://www.cnblogs.com/haippy/archive/2012/07/20/2600077.html
以上是关于ZooKeeper实现配置中心的实例(原生API实现)(转)的主要内容,如果未能解决你的问题,请参考以下文章