SpringCloud使用集中配置组件Config规避信息泄露

目录

• Spring Cloud Config简介
• Config实战
• 1、创建项目config服务端
• 2、创建配置文件
• 3、新建启动类
• 4、创建配置中心客户端
• 5、验证
• 总结

Spring Cloud Config简介

在分布式系统中，由于应用被拆分成数量巨多的小服务，另外应用也部署在不同的环境之中，如dev、int、uat、prod等，各个环境的配置不尽相同，为了方便配置文件统一管理，所以需要分布式配置中心组件。

配置文件统一管理之后，各个环境只能获取对应环境的配置信息，开发人员也只能获取到开发环境的配置信息，就能在一定程度上避免敏感信息的泄露。

Spring Cloud Config作为分布式配置中心组件 ，包括Config 服务端，和Config 客户端。

• Config Server是一个可横向扩展、集中式的配置服务器，它用于集中管理应用程序各个环境下的配置，默认使用Git存储配置文件内容，也可以使用SVN存储，或者是本地文件存储。
• Config Client是Config Server的客户端，用于操作存储在Config Server中的配置内容。微服务在启动时会请求Config Server获取配置文件的内容，请求到后再启动容器。

Config实战

1、创建项目config服务端

创建子模块config-server，pom.xml引入eureka-client 和config-server的依赖

    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-client


    org.springframework.cloud
    spring-cloud-config-server

2、创建配置文件

新建config-server自身的配置文件application.yml

server:
  port: 8005
spring:
  application:
    name: config-server
  profiles:
    active: native #使用本地文件
  cloud:
    config:
      server:
        native:
          search-locations: classpath:/repo #本地配置仓库地址
#        git:
#          uri: https://gitee.com/xxxx/xxxxx.git
eureka:
  client:
    service-url:
      defaultZone: http://localhost:8001/eureka/

这里我们以使用本地配置仓库地址为例，spring.profiles.active设置为native，配置仓库路径为repo文件夹，所以我们在resources文件下创建repo文件夹，并创建新的一个configclient-dev.yml的文件,内容如下：

server:
  port: 8007

eureka:
  client:
    service-url:
      defaultZone: http://localhost:8001/eureka/
feign:
  hystrix:
    enabled: true
logging:
  pattern:
    console: '%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{15} - %msg%n'

3、新建启动类

@EnableConfigServer //开启配置服务
@EnableEurekaClient
@SpringBootApplication
public class ConfitServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfitServerApplication.class, args);
    }
}

注意增加@EnableConfigServer注解，表示这是个配置中心服务端。

4、创建配置中心客户端

服务端开发完成后，我们再新建一个客户端config-client项目，引入如下依赖：

    org.springframework.cloud
    spring-cloud-starter-config

与服务端不同的是，客户端的配置文件我们创建bootstrap.yml文件

spring:
  cloud:
    config:
      name: configclient
      profile: dev
      label: master
      discovery:
        enabled: true
        service‐id: config-server

eureka:
  client:
    service‐url:
      defaultZone: http://localhost:8001/eureka/

注意spring.cloud.config.name与服务端中的文件名称对应，spring.cloud.config.profile与文件名-后面的环境代码对应，配置文件的命名规则是 {application}/{profile}[/{label}] 。

当 Config Client 去访问 Config Server 时，spring.cloud.config.name 、spring.cloud.config.profile 以及 、spring.cloud.config.label 的值分别对应上面三个占位符，如果配置了spring.cloud.config.name，那么就取spring.cloud.config.name，如果没有配置就取 spring.application.name，通过灵活使用 {application} 、{profile} 、{label} 三个占位符，就可以来动态地控制 client 从 server 所访问的仓库！

然后编写客户端启动类：

@EnableDiscoveryClient
@EnableFeignClients
@EnableEurekaClient
@SpringBootApplication
public class ConfigClientApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigClientApplication.class, args);
    }
}

5、验证

我们分别启动registry项目以及config-server，config-client两个服务，这时，就会发现，config-client服务拉取了config-server中对应的配置文件。

总结

这篇文章我们介绍了一下 Spring Cloud Config 的一个基本使用，包括 Spring Cloud Config Server 和 Spring Cloud Config Client 的项目搭建。通过环境的配置隔离，避免了敏感配置信息的泄露。

有人可能就说了，我本地把拉取dev的配置改成拉取prod不一样也能拿到其他环境的信息吗？下一篇文章我们介绍如何通过 Config Server 的安全管理、配置文件的加密等机制真正做到这一点，一起期待吧！

到此这篇关于SpringCloud使用集中配置组件Config规避信息泄露的文章就介绍到这了,更多相关SpringCloud集中配置组件Config内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！