微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。所以SpringCloud提供了ConfigServer来解决这个问题。
SpringCloud Config 是什么?SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。SpringCloud Config分为服务端和客户端两个部分，服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息。客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容。
SpringCloud Config 可以做什么呢？1、 集中管理配置文件
2、不同环境不同配置，动态化的配置更新，分环境部署比如dev/test/prod/beta/release
3、运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息
4、当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置
5、将配置信息以REST接口的形式暴露
SpringCloud Config 官网地址： https://cloud.spring.io/spring-cloud-static/spring-cloud-config/2.2.1.RELEASE/reference/html/
提示： SpringCloud Config 整合需要结合Git，所以我们需要有自己的Git账户，由于Git在我们国内访问比较慢，大家也可以使用码云。
SpringCloud 整合Config-Service在整合项目之前我们需要先在码云上新建一个项目目录
我们在这个目录里新建一个文件
在文件里新增内容：
这个里面是mysql 的配置信息。
我们新建Module模块 pcloud-config-center-5555
修改pom文件
4.0.0 pcloud com.younger.springcloud 1.0-SNAPSHOT com.younger.springcloud pcloud-config-center-55551.0-SNAPSHOT pcloud-config-center-5555 org.springframework.cloud spring-cloud-config-serverorg.springframework.cloud spring-cloud-starter-netflix-eureka-clientorg.springframework.boot spring-boot-starter-weborg.springframework.boot spring-boot-starter-actuatororg.springframework.boot spring-boot-devtoolsruntime true org.projectlombok lomboktrue org.springframework.boot spring-boot-starter-testtest
新增application.yml文件
server:
port: 5555
spring:
application:
name: pcloud-config-center
cloud:
config:
server:
git:
uri: 码云上项目地址 # 注意这个地方不要添加,git 后缀
####搜索目录
search-paths:
- younger-edu-repo # git上面存放配置的文件夹
username: xxxx
password: xxxx
####读取分支
label: master # 表示我们需要读取master分支信息
#服务注册到eureka地址
eureka:
client:
service-url:
defaultZone: http://eureka6001:6001/eureka/
新增启动类 ConfigCenterMain5555
package com.younger.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;
@SpringBootApplication
@EnableConfigServer
public class ConfigCenterMain5555 {
public static void main(String[] args) {
SpringApplication.run(ConfigCenterMain5555.class, args);
}
}
启动项目测试验证：
地址访问： http://127.0.0.1:5555/master/younger-edu-ad-dev.yml
可以看到已经读取到了我们的配置信息。
1、/{label}/{application}-{profile}.yml
访问地址 ： http://127.0.0.1:5555/master/younger-edu-ad-dev.yml
2、/{application}-{profile}.yml
访问地址： http://127.0.0.1:5555/younger-edu-ad-dev.yml
3、/{application}/{profile}[/{label}]
访问地址： http://127.0.0.1:5555/younger-edu-ad/dev/master
新建 Module pcloud-config-client-5566
修改pom文件：
org.springframework.cloud
spring-cloud-starter-config
org.springframework.cloud
spring-cloud-starter-netflix-eureka-client
org.springframework.boot
spring-boot-starter-web
org.springframework.boot
spring-boot-starter-actuator
org.springframework.boot
spring-boot-devtools
runtime
true
org.projectlombok
lombok
true
org.springframework.boot
spring-boot-starter-test
test
新增 bootstrap.yml 文件
server:
port: 5566
spring:
application:
name: pcloud-config-client
cloud:
#Config客户端配置 需要读取的文件 younger-edu-ad-dev.yml
config:
label: master #分支名称
name: younger-edu-ad #配置文件名称
profile: dev #读取后缀名称
uri: http://localhost:5555 #配置中心地址
#服务注册到eureka地址
eureka:
client:
service-url:
defaultZone: http://eureka6001:6001/eureka/
这个 bootstrap.yml 是什么呢？
applicaiton.yml是用户级的资源配置项，bootstrap.yml是系统级的，优先级更加高。Spring Cloud会创建一个“Bootstrap Context”，作为Spring应用的Application Context的父上下文。初始化的时候，Bootstrap Context负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的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
新增启动类 ConfigClientMain5566
package com.younger.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
@SpringBootApplication
@EnableEurekaClient
public class ConfigClientMain5566 {
public static void main(String[] args) {
SpringApplication.run(ConfigClientMain5566.class, args);
}
}
新增Controller类
package com.younger.springcloud.controller;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class ConfigClientController {
@Value("${spring.datasource.url}")
private String dataSourceUrl;
@GetMapping("/getDataSourceUrl")
public String getDataSourceUrl() {
return "数据库地址：" + dataSourceUrl;
}
}
启动项目测试：
测试地址： http://127.0.0.1:5566/getDataSourceUrl
可以看到 我们已经获取到了配置中心的配置。
现在我们在配置中心修改下我们的配置：
我们修改了数据库地址，我们访问一下我们的配置中心地址： http://127.0.0.1:5555/master/younger-edu-ad-dev.yml
已经获取到了最新的信息，我们在访问下客户端地址： http://127.0.0.1:5566/getDataSourceUrl
我们发现还是原来的信息，没有获取去到最新的配置。我现在重新启动下5566 看下能否获取到最新的信息：
可以看到我们重新启动了5566，在此获取发现已经获取到了最新的配置信息了。这样看来我们在配置中心修改了配置信息，我们的客户端需要重新启动才可以获取到最新的配置信息。
为了避免每次更新配置都需要重新启动客户端5566，我们需要修改下我们5566模块。
修改5566的pom文件：新增actuator依赖
org.springframework.boot spring-boot-starter-actuator
修改yml配置文件：
# 暴露监控端点
management:
endpoints:
web:
exposure:
include: "*"
修改conttoller类：
我们重新启动5566 测试，我们修改配置中心的配置：
重新访问地址看下： http://127.0.0.1:5566/getDataSourceUrl
发现还是还没获取到最新的配置信息。其实我们还需要手动发送请求更新配置，我们需要发送post请求http://localhost:5566/actuator/refresh
我们在访问地址： http://127.0.0.1:5566/getDataSourceUrl
发现已经获取到了最新的配置文件了。
大家是不是发现这样也是挺恶心的，如果我们有很多客户端，我们还需为每一个客户端发送请求。那有没有更好的解决方法呢？这个就是我们下一篇要讲的如何解决这个问题。
