spring-cloud-config 简单来讲就是spring-cloud实现的分布式配置中心.与之前介绍的开源配置服务方案 disconf是一样的,spring-cloud-config分为服务与客户两端
spring-cloud-config 使用git或者svn 甚至是本地的文件系统作为配置文件的仓库
spring-cloud-config 用application,profile,label 三个维度来实现分布式配置管理和发布.
application : 使用spring-cloud-config服务的客户端名称
profile : 这个很好理, manve的profile概念基本一致 可以理解成环境
lable : 这个可以理解成版本,如果使用的是git作为配置管理的仓库,label可以是分支名,tag的名称
spring-cloud-config的原理就是 将远程git仓库中的配置文件clone到本地临时目录并加载至内存中
spring-cloud-config客户端通过URL的形式来获取配置,spring官网的介绍如下
/{application}/{profile}[/{label}] /{application}-{profile}.yml /{label}/{application}-{profile}.yml /{application}-{profile}.properties /{label}/{application}-{profile}.properties客户端可以通过http GET 请求直接获取spring-cloud-server的配置,实际应用中则不需要这样获取,只需要配置服务的host即可,如果使用Eureka,则只需要配置服务端的服务即可
与开源方案disconf的对比
控制台:
disconf : 拥有自己的web界面管理配置
spring-cloud-config: 没有web界面维护配置,主要靠git,svn等操作管理配置
推拉模型:
disconfi: 通过zookeeper实现推模型,拉模型
spring-cloud-config: 通过git,svn实现 推拉模型
配置存储:
disconf: 通过数据库存储配置
spring-cloud-config:通过git,以及本地文件的形式存储配置文件
配置管理及发布:
disconf : 拥有 环境,app,version 管理及发布配置.
spring-cloud-config : 通过 application,profile , label 管理发布配置
部署:
disconf: web程序,既是控制台也是服务,高可用方案依赖nginx,zookeeper
spring-cloud-config: spring-boot程序, 高可用方案依赖spring-cloud技术方案
通过对比,disconf的优势是管理配置简单,而spring-cloud-config的优势是与我们的spring-cloud技术方案完美的集成,不需要单独的考虑高可用方案
而且spring-cloud-config部署方式也优于disconf,使用git对于程序员非常的熟悉,而且git天生对版本的支持也是spring-cloud-config的优势 鸣谢崔老大.