SpringCloud Config配置中心

概述

是什么

SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。

怎么玩

SpringCloud Config分为服务端和客户端两部分。

服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息，加密/解密信息等访问接口。

客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容。

能干嘛

1集中管理配置文件
2不同环境不同配置，动态化的配置更新，分环境部署，比如dev/test/prod/beta/release
3运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息。
4当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置
5将配置信息以REST接口的形式暴露
官网
https://cloud.spring.io/spring-cloud-static/spring-cloud-config/2.2.1.RELEASE/reference/html/

服务端与GitHub整合配置

由于SpringCloud Config默认使用Git来存储配置文件（也有其它方式，比如支持SVN和本地文件），但最推荐的还是Git，而且使用的是http/https访问的形式。

服务端Config配置总控中心搭建

在GitHub上新建Repository

用自己的账号在GitHub上新建一个名为springcloud-config的新Repository

本地磁盘目录新建git仓库并clone

新建module

新建模块spring-config-center-3344

pom文件

<dependencies><!--添加消息总线RabbitMQ支持--><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-bus-amqp</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-config-server</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-devtools</artifactId><scope>runtime</scope><optional>true</optional></dependency><dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId><optional>true</optional></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-test</artifactId><scope>test</scope></dependency>
</dependencies>

yml

server:port: 3344spring:application:name:  cloud-config-center #注册进Eureka服务器的微服务名cloud:config:server:git:uri: https://github.com/lkp19960619/springcloud-config.git #GitHub上面的git仓库名字#搜索目录search-paths: /**##git的用户名username: xxxxxxx#git的密码password: xxxxxxx# 指定分支default-label: master#服务注册到eureka地址
eureka:client:service-url:defaultZone: http://localhost:7001/eureka

主启动类

@SpringBootApplication
//开启配置中心注解
@EnableConfigServer
public class ConfigCenterMain3344 {public static void main(String[] args) {SpringApplication.run(ConfigCenterMain3344.class,args);}
}

windows下修改hosts文件，增加映射

127.0.0.1 config-3344.com

测试通过Config微服务是否可以从GitHub上获取配置内容

• 启动ConfigCenterMain3344
• 浏览器访问：http://config-3344.com:3344/master/config-dev.yml
• 页面返回结果：

客户端使用

新建模块cloud-config-client-3355

POM文件

<dependencies><!--添加消息总线RabbitMQ支持--><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-bus-amqp</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-config</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-devtools</artifactId><scope>runtime</scope><optional>true</optional></dependency><dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId><optional>true</optional></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-test</artifactId><scope>test</scope></dependency></dependencies>

新建bootstrap.yml文件application.yml配置文件是用户级的资源配置项

bootstrap.yml是系统级的资源配置项，它的优先级更高

SpringCloud会创建一个Bootstrap Context，作为Spring应用的Application Context的父上下文。

初始化的时候，BootstrapContext负责从外部资源加载配置属性并解析配置。这两个上下文共享一个从外部获取的Environment。Bootstrap属性有高优先级，默认情况下，它们不会被本地配置覆盖。Bootstrap Context和Application Context有着不同的约定，所以新增了一个bootstrap.yml文件，保证Bootstrap Context和Application Context配置的分离。

要将Client模块下的application.yml文件改为bootstrap.yml，这是很关键的，因为bootstrap.yml是比application.yml先加载的。bootstrap.yml优先级高于application.yml。

主启动

@EnableEurekaClient
@SpringBootApplication
public class ConfigClientMain3355 {public static void main(String[] args) {SpringApplication.run(ConfigClientMain3355.class,args);}
}

仿业务类

@RestController
public class ConfigClientController {@Value("${config.info}")private String configInfo;@GetMapping("/configInfo")public String getConfigInfo(){return configInfo;}
}

访问结果

可以看到，通过客户端的Rest接口可以拿到服务端配置的dev环境下的配置信息。

随之而来的问题

如果说我们想要对某个配置文件的内容进行修改，那么修改之后刷新Config的服务端，配置中心会立即响应，但是它的客户端没有任何响应，除非客户端自己重启或者重新加载。这就是Config配置中心的分布式配置的动态刷新问题。

Config动态刷新手动版

step1
修改客户端模块的pom文件，加入actuator监控

 <dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency>

step2
修改bootstrap.yml配置文件，添加暴露监控端口配置

# 暴露监控端点
management:endpoints:web:exposure:include: "*"

step3
业务类添加@RefreshScope注解

@RestController
//支持动态刷新
@RefreshScope
public class ConfigClientController {@Value("${config.info}")private String configInfo;@GetMapping("/configInfo")public String getConfigInfo(){return configInfo;}
}

测试

此时修改github中配置文件内容->访问3344->访问3355

发现3344的配置可以改为最新的配置，但是3355的配置并没有更新为最新的， 我们还要多做一个工作。即POST请求通知客户端配置已经修改。

curl -X POST “http://localhost:3355/actuator/refresh”

此时，再次访问客户端，就会发现配置已经被改成最新的。避免了服务重启。
想想还有什么问题?

假如有多个微服务客户端3355/3366/3377
每个微服务都要执行—次post请求，手动刷新?
可否广播，一次通知，处处生效?
我们想大范围的自动刷新，求方法