连载:6-spring-cloud-config

Spring Cloud Config分布式配置中心
一、组成部分
配置中心组成:配置服务端,用于提供核心配置文件服务,获取配置服务的客户端,用于拉取配置中心服务的。
注:spring boot2.0 针对配置中心有很大的改变,具体参阅spring官方文档。
二、构建Config Server
1、pom
连载:6-spring-cloud-config

2、启动类
启动类添加@EnableConfigServer开启配置中心服务

3、application.yml
配置服务获取配置文件方式有两种,一种是拉取本地配置文件,另一种是拉取git服务上的配置。
本地配置中,需要制定配置文件所在位置及spring.profiles.active的值为native
git服务配置,需要配置git的地址及对应的账号密码,以及相关的路径及git分支
连载:6-spring-cloud-config

4、config-client-dev.yml
连载:6-spring-cloud-config

三、构架Config Client
1、pom
连载:6-spring-cloud-config

2、resource文件夹下创建bootstrap.yml
bootstrap的优先级相对于application高,优先执行。
在bootstrap中指定程序名为config-client,
向url为config server的地址读取配置文件。
如果没有成功,快速返回失败fail-fast。
读取的配置文件的后缀是dev。
bootstrap.yml配置文件中的变量{spring.application.name}-{spring.profiles.active}构成了config server配置文件名。
连载:6-spring-cloud-config

综上配置,启动config server,再启动config client。
通过访问http://localhost:8000/config-client-dev.yml可以读取到本地或git的配置文件。
client中添加接口,通过config-config-dev.yml中配置的端口调用http://localhost:8762/hi 可以调用到对应的配置文件信息。
以上说明可以通过配置中心config统一管理配置文件。
config server也可以注册到eureka中,通过配置高可用的集群方式对外提供配置服务。

四、使用Spring Cloud Bus刷新配置
bus是用清凉的消息代理将分布式的节点链接起来,可以用于广播配置文件的更改或者服务的监控管理。消息总线可以为微服务做监控,也可以实现应用程序间的相互通信。
为什么需要消息总线呢?因为分布式系统中有大量的微服务,每个服务又有很多实例,当更改配置时,需要重启,非常麻烦。而消息总线的功能就是当远程的git仓库的配置被修改后,只需要向某个实例发送一个POST请求,通过消息组件通知其他微服务实例重新拉取配置文件。
在所有调用配置的配置类上添加@RefreshScope注解,就可以实现在不启动服务的情况下更新配置。

注:spring boot 2.0的消息总线相关配置有了很大的变化,目前还没有调通,后续补充。。。