随着时间推移，自建的配置中心已经成为公司的基础实施之一，在其推广、成长的路上遇到了不同问题及多次相应调整。
主要优化及改进有：
1、功能上添加了支持配置的导入、导出功能，适应不同用户的操作习惯。
2、架构上，客户端抛弃对zk的依赖，轻量化客户端，降低使用门槛。
3、加强权限的管控，主要是针对页面客户端连接监控的权限进行管控，由于项目是内网开放的，因此并没有在客户端认证上做认证校验，安全性强依赖公司的防火墙。
4、Client端支持对spring容器中变量的热替换。
5、优化大量代码，模块化代码。
简单介绍一下客户端摒弃zk后，服务端寻址的方式：
当前方案：通过用户配置的不用环境，在client端读取相应预设置好的地址（域名地址），然后通过HA来请求到可用服务机器地址。
优点：实现简单，满足当前场景需求。
缺点：这里只能探测到机器存活，但并不能真正意义上地保证拉取到正确的配置，尽管这样的可能性很低。
下一步可考虑的优化：
1、心跳机制，通信框架netty提供的读超时机制、写超时机制并不能很好地满足配置中心这样的场景，读和写的频率并不高。
好产品都是迭代磨炼出来地~