微服务就意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行,所以一套集中式的、动态的配置管理设施是必不可少的。SpringCloud提供了ConfigServer 来解决这个问题。
1、概述
定义:SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持,配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。
SpringCloud Config分为服务端和客户端两个部分:
- 服务端称为分布式配置中心,他是一个独立的微服务应用,用来连接配置服务器并为客户端提供获配置信息,加密/解密信息等访问接口。
- 客户端是通过指定的配置中心来管理应用资源,以及与业务相关的配置内容,并在启动的时候从配置中心获取和加载配置信息服务器 默认采用git来存储配置信息,这样就有助于环境配置进行版本配置,而且可以通过git客户端工具来方便的管理和访问配置内容。
具体能做嘛
- 集中管理配置文件
- 不同环境不同配置,动态化的配置更新,分环境部署比如
dev/test/prod/beta/release
- 运行期间动态调整配置,不在需要在每个服务部署的机器上编写配置文件,服务会向配置中心统一拉去配置自己的信息
- 当配置发生变动时,服务不需要重启即可感知到配置的变化并应用新的配置
- 将配置信息一REST接口的形式暴露
与GitHub整合配置
由于Spring Cloud Config默认使用GIt来存储配置文件(也有其他方式,比如支持SVN和本地文件),但是最推荐的还是Git,而且使用的是HTTP/HTTPS访问的形式
2、Config服务端配置和测试
- 用自己的账号在GitHub上新建一个名为springcloud-config的新Repository
- 将其仓库克隆到本地,或者直接在github上进行修改
- 新建module 模块
cloud-config-center-3344
,即为Cloud的配置中心模块 - 配置POM
<dependencies>
<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: 3344
spring:
application:
name: cloud-config-center
cloud:
config:
server:
git:
uri: git@github.com:TNoOne/cloud-config.git #github仓库上面的git仓库名字
##搜索目录
search-paths:
- cloud-config
#读取分支
label: master
eureka:
client:
service-url:
defaultZone: http://localhost:7001/eureka #注册进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上获取配置内容
启动7001和3344微服务
访问:http://config-3344.com:3344/master/config-dev.yml
- 配置读取规则
/{label}/{appliaction}-{profile}.yml
例如:http://config-3344.com:3344/master/config-dev.yml
/{application}-{profile}.yml
例如:http://config-3344.com:3344/config-dev.yml
/{application}/{profile}[/{label}]
例如:http://config-3344.com:3344/config/dev/master
总结:label:分支(branch);application:服务名;profiles:环境(dev/test/prod)
3、Config客户端配置和测试
- 新建cloud-config-client-3355
- 配置POM
<dependencies>
<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
bootstrap.yml是什么?
application. yml是用户级的资源配置项
bootstrap. yml是系统级的,优先级更加高
Spring Cloud会创建一个"Bootstrap Context" ,作为Spring应用的 Application Context 的父上下文。初始化的时候,Bootstrap Context负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的Environment。
Bootstrap属性有高优先级,默认情况下,它们不会被本地配置覆盖。Bootstrap context和Application Context有着不同的约定
,所以新增了一个bootstrap.ymI文件, 保证Bootstrap Context和Application Context配置的分离。
要将Client模块下的application.yml文件改为bootstrap.yml,这是很关键的,
因为bootstrap.yml是比application.yml先加载的。bootstrap.ymI优先级高于application.yml
server:
port: 3355
spring:
application:
name: config-client
cloud:
#Config客户端配置
config:
label: master #分支名称
name: config #配置文件名称
profile: dev #读取后缀名称 上述3个综合:master分支上config-dev.yml的配置文件被读取 http://config-3344.com:3344/master/config-dev.yml
uri: http://localhost:3344 #配置中心地址
#服务注册到eureka地址
eureka:
client:
service-url:
defaultZone: http://localhost:7001/eureka
- 修改config-dev.yml配置并提交到GitHub中,比如加个变量age或者版本号version
- 编写主启动类
@SpringBootApplication
@EnableEurekaClient
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;
}
}
- 测试
启动7001,3344,3355微服务,访问:http://localhost:3355/configInfo
成功实现了客户端3355访问SpringCloud Config3344通过GitHub获取配置信息
此时出现个问题,分布式配置的动态刷新问题:
Linux运维修改GitHub上的配置文件内容做调整
刷新3344,发现ConfigServer配置中心立刻响应
刷新3355,发现ConfigClient客户端没有任何响应
3355没有变化除非自己重启或者重新加载,难到每次运维修改配置文件,客户端都需要重启?
4、Config客户端之间动态刷新
避免每次更新配置都要重启客户端微服务3355
动态刷新步骤:
- 修改3355模块
- POM引入actuator监控
- 修改YML,暴露监控端口
#暴露监控端点
management:
endpoints:
web:
exposure:
include: "*"
- @RefreshScope业务Controller修改
- 此时在修改Github -> 访问3344 -> 访问3355;发现3355并没有变化
- 需要运维人员发送post请求刷新3355
必须是post请求,curl -X POST “http://localhost:3355/actuator/refresh”
这里采用的是手动刷新的方式,但是有多个微服务客户端的时候呢?还采用手动刷新的方式?所以我们需要采用自动刷新的方式
- 成功实现了客户端3355刷新到最新配置内容,避免了重启服务
如果有收获!!! 希望老铁们来个三连,点赞、收藏、转发。
创作不易,别忘点个赞,可以让更多的人看到这篇文章,顺便鼓励我写出更好的博客
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)