分布式系统系统面临的配置文件的问题
- 微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务,由于每个服务都需要配置必要的配置信息才能运行,所以一套集中的,动态的配置管理设施必不可少,
- SpringCloud提供了ConfigServer来解决这个问题,我们每一个微服务自己带有一个application.yaml,那上百个配置文件修改起来,那工作量是相当的大。
什么是SpringCloud config 分布式配置中心
- Spring Cloud Config为分布式系统中的外部配置提供服务器和客户端支持。使用Config Server,您可以在所有环境中管理应用程序的外部属性。客户端和服务器上的概念映射与Spring Environment和PropertySource抽象相同,因此它们与Spring应用程序非常契合,但可以与任何以任何语言运行的应用程序一起使用。随着应用程序通过从开发人员到测试和生产的部署流程,您可以管理这些环境之间的配置,并确定应用程序具有迁移时需要运行的一切。服务器存储后端的默认实现使用git,因此它轻松支持标签版本的配置环境,以及可以访问用于管理内容的各种工具。可以轻松添加替代实现,并使用Spring配置将其插入。
Spring Cloud Config为微服务框架中的微服务提供集中化的外部配置支持,配置服务器为各个不同微服务应用的所有环节提供一个中心化的外部配置
Spring Cloud Config分为客户端和服务端
服务端也称为分布式配置中心,它是一个独立的微服务应用,用来连接配置服务器并为客户端提供获取配置信息、加密、解密信息等访问接口
客户端则是通过指定的配置中心来管理应用资源,以及业务相关的配置内容,并在启动时从配置中心获取和加载配置信息,配置服务器默认采用git来储存配置信息,这样有助于对环境配置进行版本管理,并且可以通过git客户端工具来方便的管理和访问配置信息内容。
Spring Cloud Config分布式配置中心作用:
- 集中管理配置文件
- 不同环境,不同配置,动态化的配置更新,分环境部署
- 运行期间动态调整配置,不需要在每个服务部署机器上编写配置文件,服务会向配置中心统一拉取配置自己的信息
- 当配置文件动态发生改变时,服务不需要重启,即可感知到配置的变化,并应用新的配置,需要热部署插件
- 将配置信息以rest接口形式暴露
Git环境搭建
下载Git客户端和使用参考:https://blog.csdn.net/weixin_45801539/article/details/109194349
SpringCloud config配置管理中心与github整合
服务端连接Git配置
1.新建一个模块 Springcloud-config-server-3344,并导入适合的依赖。
<dependencies>
<!-- spring-cloud-config-server -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
<version>2.1.1.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
<version>1.4.6.RELEASE</version>
</dependency>
</dependencies>
2.写application配置文件
server:
port: 3344
spring:
application:
name: springcloud-config-server
# 连接远程仓库
cloud:
config:
server:
git: # 根据自己的仓库类型选择git还是svn
uri: ************************************** # 选择https的地址,连接一般用https,克隆使用ssh。
# 注意:如果是创建的私有仓库,还需要配置用户名和密码,否则验证会失败
username: ******
password: ******
3.编写主启动类
@SpringBootApplication
@EnableConfigServer //开启配置服务
public class ConfigServer_3344 {
public static void main(String[] args) {
SpringApplication.run(ConfigServer_3344.class, args);
}
}
4.启动这个模块,测试能否从仓库中读取到application.yaml的文件,如果能读取到远程仓库里面的配置,就是配置成功了。
localhost:3344 相当于访问到了我们上面配置文件中的uri;
现在在我们码云仓库中的application.yml有下面的文件。
所以可以通过访问:localhost:3344/application-test.yml得到下面的内容:
注意访问地址可以用以下几种方式,其中label指的是分支:
客户端连接Git配置
1.创建yaml文件并配置信息,上传到仓库;可以用多文档模块,或者多个配置文件
spring:
profiles:
active: dev
---
server:
port: 8201
spring:
profiles: dev
application:
name: springcloud-config-client-8201
# Eureka 配置
eureka:
client:
service-url: # 注册中心地址
defaultZone: http://eureka7002:7002/eureka/,http://eureka7003:7003/eureka/,http://eureka7004:7004/eureka/
---
server:
port: 8202
spring:
profiles: test
application:
name: springcloud-config-client-8202
# Eureka 配置
eureka:
client:
service-url: # 注册中心地址
defaultZone: http://eureka7002:7002/eureka/,http://eureka7003:7003/eureka/,http://eureka7004:7004/eureka/
2.新建一个模块springcloud-config-client-3355
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
<version>2.1.1.RELEASE</version>
</dependency>
</dependencies>
3.配置bootstrap.yaml,使用系统级别的配置来防止与远程冲突
bootstrap.yaml与application.yaml的区别:
bootstrap.yaml是系统级别的配置;
application.yaml:是用户级别的配置:
# 系统级别的配置
spring:
cloud:
config:
uri: http://localhost:3344 # 连接服务端配置模块,通过它中转去获取远程仓库的文件
name: config-client # 从远程仓库读取的资源名称,不需要后缀
profile: dev # 访问的环境
label: master # 远程分支
#上面四个拼接起来就相当于之前访问的路径
配置application.yaml文件也可以不用配置,会从远程仓库读取
spring:
application:
name: springcloud-config-client-3355
4.编写一个控制层接口,测试读取远程仓库
@RestController
public class ConfigClientApi {
@Value("${server.port}")
private String port;
@Value("${spring.application.name}")
private String name;
@Value("${eureka.client.service-url.defaultZone}")
private String defaultZone;
@GetMapping("/client/get/config")
public Object getConfig() {
Map<String, String> map = new HashMap<>();
map.put("port", port);
map.put("name", name);
map.put("defaultZone", defaultZone);
return map;
}
}
5.编写主启动类
@SpringBootApplication
public class ConfigServer_3355 {
public static void main(String[] args) {
SpringApplication.run(ConfigServer_3355.class, args);
}
}
启动测试,访问接口。
server与github连通。
客户端与github连通:因为dev是8201。
这样一来,就实现了配置与编码解耦。同时不需要开启热部署了,因为每次都重新从github上获取,相当于我们的热部署了!