本篇要点

• 介绍Spring Cloud Config是什么，能够解决分布式系统中的什么问题。
• 介绍Spring Cloud Config服务端配合Git配置，以及客户端的配置。
• 介绍客户端手动动态刷新的方法。

分布式系统面临的问题

微服务意味着要将单体应用中的业务拆分成一个个子服务, 每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。

SpringCloud提供了ConfigServer来解决这个问题，我们每一个微服务自己带着一个application.yml, 上百个配置文件的管理

Spring Cloud Config是什么

https://spring.io/projects/spring-cloud-config

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

• SpringCloud Config分为服务端和客户端两部分。
• 服务端也称为分布式配置中心，它是一个独立的微服务应用， 用来连接配置服务器并为客户端提供获取配置信息,加密/解密信息等访问接口
• 客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容,并在启动的时候从配置中心获取和加载配置信息配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理,并且可以通过git客户端工具来方便的管理和访问配置内容

SpringCloud Config的作用

• 集中管理配置文件
• 不同环境不同配置，动态化的配置更新，分环境部署比如dev/test/prod/beta/release
• 运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置
• 将配置信息以REST接口的形式暴露

SpringCloud Config整合Git搭建配置总控中心

在Gitee上新建仓库，并上传文件

https://gitee.com/tqbx/spring-cloud-config

上传文件：config-dev.yml

config:info:"master branch,springcloud-config/config-dev.yml version=7"

新建工程，引入依赖

新建：cloud-config-center3344，引入spring-cloud-config-server依赖。

<dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-config-serverartifactId>dependency>

配置yml

server:port:3344spring:application:name:cloud-config-center注册进Eureka服务器的微服务名cloud:config:server:git:uri:https://gitee.com/tqbx/spring-cloud-config.gitGitee上面的git仓库名字搜索目录search-paths:-SpringCloud-Configforce-pull:trueusername:[yourusername]password:[yourpassword]读取分支label:master服务注册到eureka地址eureka:client:service-url:defaultZone:http://localhost:7001/eureka

报错！Auth fail

如果你按照视频中的配置出现了Auth fail的异常，你可以尝试以下操作解决：

1. uri不使用SSL【需要认证】，而是用HTTPS。
2. 配置force-pull=true。
3. 配置username和password，可以通过以下命令查看：

$ gitconfiguser.name
$ gitconfiguser.email

主启动类加上注解

@SpringBootApplication@EnableConfigServerpublic class ConfigCenterMain3344 {publicstaticvoidmain(String[] args) {SpringApplication.run(ConfigCenterMain3344.class, args);
    }
}

测试访问

访问：http://localhost:3344/master/config-dev.yml，成功获取配置数据。

配置读取规则

/{application}/{profile}[/{label}]
/{application}-{profile}.yml/{label}/{application}-{profile}.yml推荐使用/{application}-{profile}.properties/{label}/{application}-{profile}.properties

Spring Cloud Config客户端配置与测试

新建工程，引入依赖

新建：cloud-config-client3355模块，引入依赖spring-cloud-starter-config：

<dependency><groupId>org.springframework.cloudgroupId><artifactId>spring-cloud-starter-configartifactId>dependency>

使用bootstrap.yml作为配置文件

bootstrap.yml与application.yml的区别

• application.yml是用户级别的资源配置项。
• bootstrap.yml是系统级别的资源配置，优先级更高。

boostrap.yml机制

Spring Cloud会创建一个BootstrapContext，作为Spring应用的ApplicationContext的父上下文。初始化的时候，BootstrapContext负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的Environment。

Bootstrap属性有高优先级，默认情况下，他们不会被本地配置覆盖。BootstrapContext和ApplicationContext有着不同的约定，所以新增了bootstrap.yml文件，保证他们的配置分离。

如何使用？

server:port:3355spring:application:name:config-clientcloud:Config客户端配置config:label:master分支名称name:config配置文件名称profile:dev读取后缀名称uri:http://localhost:3344配置中心地址k服务注册到eureka地址eureka:client:service-url:defaultZone:http://localhost:7001/eureka

config：master分支上config-dev.yml的配置文件被读取http://config-3344.com:3344/master/config-dev.yml。

创建主启动类

@EnableEurekaClient@SpringBootApplicationpublic class ConfigClientMain3355 {publicstaticvoidmain(String[] args) {SpringApplication.run(ConfigClientMain3355.class, args);
    }
}

创建Restful接口

@RestControllerpublicclassConfigClientController{@Value("${config.info}")privateString configInfo;@GetMapping("/configInfo")publicString getConfigInfo() {returnconfigInfo;
    }
}

启动测试

依次启动7001Eureka注册中心，3344服务端配置中心，和3355客户端配置中心。

依次访问：

• http://localhost:7001/
• http://localhost:3344/master/config-dev.yml
• http://localhost:3355/configInfo

客户端3355成功实现访问服务端3344从Gitee上获取配置config-info信息。

客户端手动动态刷新

之前的测试都已成功，但是存在一个问题：当Gitee上的配置文件发生改变，服务端3344确实能够及时随之改变，但是客户端却无法动态更新配置，除非重启！！！

那如何实现客户端动态刷新呢？以下配置修改3355模块，配置手动刷新的方式。

引入Actuator依赖

<dependency><groupId>org.springframework.bootgroupId><artifactId>spring-boot-starter-actuatorartifactId>dependency>

配置yml，暴露监控端点

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

在业务类上加上@RefreshScope

@RestController@RefreshScopepublicclassConfigClientController{@Value("${config.info}")privateString configInfo;@GetMapping("/configInfo")publicString getConfigInfo() {returnconfigInfo;
    }
}

@RefreshScope注解让其能够获悉外部配置的改变，但还需要下一步。

发送POST请求

$ curl -X POST"http://localhost:3355/actuator/refresh"["config.client.version","config.info"]

此时，手动刷新配置的方式已经配置完成，且测试成功。

手动刷新虽然已经能够实现我们的需求，但如果服务众多，每个服务都需要执行一次post请求，未免过于麻烦，那是否有一种一次刷新，处处通知的策略呢？大家可以思考一下！

原文链接：https://www.cnblogs.com/summerday152/p/14052906.html

如果觉得本文对你有帮助，可以转发关注支持一下

声明：本文部分素材转载自互联网，如有侵权立即删除 。