源码地址:https://gitee.com/peachtec/springcloud
分布式系统系统面临的配置文件的问题
微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务,由于每个服务都需要配置必要的配置信息才能运行,所以一套集中的,动态的配置管理设施必不可少,
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客户端工具来方便的管理和访问配置信息内容
SpringCloud config 费不是配置中心能干啥
- 集中管理配置文件
- 不同环境,不同配置,动态化的配置更新,分环境部署
- 运行期间动态调整配置,不需要在每个服务部署机器上编写配置文件,服务会向配置中心统一拉取配置自己的信息
- 当配置文件动态发生改变时,服务不需要重启,即可感知到配置的变化,并应用新的配置,需要热部署插件
- 将配置信息以rest接口形式暴露
SpringCloud config配置管理中心与github整合
由于SpringCloud config 默认采用了git来储存配置文件,也可以用其他的如svn,本地文件,但是推荐使用git,并且使用的是http/https访问;在国内推荐使用码云仓库进行管理
- 安装并配置Git,在本机安装配置Git应该都没有啥问题,就不在说这个了,有不懂的可以百度去看看其他博主的文章,基本上是无脑下一步
- 新建仓库,这个仓库就是我们管理配置文件的仓库,然后创建一个yaml配置文件,这个配置文件用作等一会儿的测试
spring:
profiles:
active: dev
---
spring:
profiles: dev
application:
name: springcloud-config-dev
---
spring:
profiles: test
application:
name: springcloud-config-test
- 服务端连接Git配置,创建一个模块用作服务端去读取Git远程的配置文件,然后导入jar包配置
导入JAR包
<dependencies>
<!-- spring-cloud-config-server -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
</dependencies>
配置yaml文件
server:
port: 8100
spring:
application:
name: springcloud-config-server
# 连接远程仓库
cloud:
config:
server:
git: # 根据自己的仓库类型选择git还是svn
uri: https://gitee.com/peachtec/springcloud-config.git # 选择https的地址
# 注意:如果是创建的私有仓库,还需要配置用户名和密码,否则验证会失败
username: ******
password: ******
启动类开启配置服务
@SpringBootApplication
@EnableConfigServer //开启配置服务
public class ConfigServer_8100 {
public static void main(String[] args) {
SpringApplication.run(ConfigServer_8100.class, args);
}
}
- 启动这个模块,测试能否从仓库中读取到application.yaml的文件,如果能读取到远程仓库里面的配置,就是配置成功了
注意访问地址可以用以下几种方式,label是分支
- 客户端连接Git配置,创建一个模块,用于客户端代用服务端获取配置文件并使用
创建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/
配置bootstrap.yaml,防止与远程冲突
# 系统级别的配置
spring:
cloud:
config:
uri: http://localhost:8100 # 连接服务端配置模块,通过它中转去获取远程仓库的文件
name: config-client # 从远程仓库读取的资源名称,不需要后缀
profile: dev # 访问的环境
label: master # 远程分支
配置application.yaml文件
也可以不用配置,会从远程仓库读取
spring:
application:
name: springcloud-config-client
编写一个控制层接口,测试读取远程配置
@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;
}
}
启动测试,访问接口