SpringCloud入门 服务配置 Config

服务配置：分布式配置中心

1、概述

分布式系统面临的.....配置问题

微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。

SpringCloud提供了ConfigServer来解决这个问题，我们每一个微服务自己带着一个application.yml，上百个配置文件的管理... o(╥﹏╥)o

是什么

SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。

怎么玩

SpringCloud Config分为服务端和客户端两部分。

服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息，加密/解密信息等访问接口

客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息配置，服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且通过git客户端工具来方便的管理和访问配置内容。

能干嘛

1、集中管理配置文件

2、不同环境不同配置，动态化的配置更新，分环境部署比如dev/test/prod/beta/release

3、运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息

4、当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置

5、将配置信息以REST接口的形式暴露，post、curl访问刷新即可。

与GitHub整合配置

由于SpringCloud Config默认使用Git来存储配置文件（也有其他方式，比如SVN和本地文件），但最推荐使用的还是Git，而且使用的是http/https访问的形式。

官网地址

https://docs.spring.io/spring-cloud-config/docs/2.2.5.RELEASE/reference/html/

Spring Cloud Config为分布式系统中的外部化配置提供服务器端和客户端支持。使用Config Server，您可以在中心位置管理所有环境中应用程序的外部属性。客户端和服务器上的概念与Spring Environment和PropertySource抽象，因此它们非常适合Spring应用程序，但可以与以任何语言运行的任何应用程序一起使用。在应用程序从开发人员到测试人员再到生产人员的整个部署过程中，您可以管理这些环境之间的配置，并确保应用程序具有它们迁移时所需的一切。服务器存储后端的默认实现使用git，因此它可以轻松支持配置环境的标记版本，并且可以通过各种工具来访问这些内容来管理内容。添加替代实现并将其插入Spring配置很容易。

2、Config 配置总控中心搭建

git环境搭建

忽略，你不会真的不会吧，不会的话，我后面会出~~~~

本章以测试项目git地址下，新建一个config的目录，用来存放confi的配置。

搭建配置中心微服务

pom依赖新增：

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-server</artifactId>
        </dependency>

配置文件application.yml

server:
  port: 3344
spring:
  application:
    name: cloud-config-center-server
  cloud:
    config:
      server:
        git:
          ### git 码云的 仓库地址
          uri: https://gitee.com/naimaohome/****.git
          ## 搜索目录
          search-paths:
            - config
          ### 账户和密码，自行设置  
          username: *****
          password: *****
      ##读取分支
      label: master
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

启动类：

/**
 * @author lin
 * @version 1.0
 * @date 2020-09-03 16:24
 * @Description TODO
 */
@SpringBootApplication
@EnableConfigServer
public class ConfigServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigServerApplication.class, args);
    }
}

Git目录以及配置文件（自行创建并且提交）

启动Eureka注册中心和Confi微服务。

访问测试，尝试能不能访问到：http://localhost:3344/master/config-dev.yml

结果：

注意：在运行的微服务中打印的日志可以看出，在调用成功接口之后，他会将文件保存在本机电脑中。

2020-09-03 16:44:07.066  INFO 6732 --- [nio-3344-exec-1] o.s.c.c.s.e.NativeEnvironmentRepository  : Adding property source: file:/C:/Users/Z2-AIR/AppData/Local/Temp/config-repo-1017337049169747592/config/config-dev.yml

配置读取规则（url路径）

/{label}-{name}-{profiles}.yml

label: 分支(branch)

name/application: 服务名

profiles： 环境（dev/test/prod）

1、/{label}/{application}-{profiles}.yml

2、/{application}-{profiles}.yml （默认根据微服务中的label）

不存在的配置访问结果为{} 空

3、/{application}/{profiles}/{label}

切记 xxx-xxx.yml

3、客户端服务搭建和测试

bootstrap.yml文件

applicaiton.ym1是用户级的资源配置项
bootstrap.yml是系统级的，优先级更加高

Spring Cloud会创建一个“Bootstrap Context”，作为Spring应用的Application Context的父上下文。初始化的时候，Bootstrap Context负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的'Environment'。

Bootstrap属性有高优先级，默认情况下，它们不会被本地配置覆盖。Bootstarp context 和 Application Context 有着不同的约定，所以新增了一个bootstrap.yml文件，保证Bootstrap Context和Application Context·配置的分离。

要将Client模块下的application.yml文件改为bootstrap.yml,这是很关键的。

因为bootstrap.yml是E比application.yml先加载的。bootstrap.yml优先级高于application.yml.

搭建客户端模块cloud-config-client3355

pom
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-client</artifactId>
        </dependency>

启动类ConfigClientApplication3355

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

配置文件bootstrap.yml

server:
  port: 3355

spring:
  application:
    name: cloud-config-clinet3355
  cloud:
    ## config 客户端配置
    config:
      ## 分支名称
      label: master
      ## 配置文件名称前部分
      name: config
      ## 配置文件名称后部分
      profile: dev
      ## 配置中心地址
      uri: http://localhost:3344

eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

对外接口

@RestController
public class ConfigClientController {
    @Value("${config.info}")
    String configInfo;

    @GetMapping("configInfo")
    public String getConfigInfo() {
        return configInfo;
    }

}

测试：

调用http://localhost:3344/config-dev.yml

结果：

config:
  info: branch:master,config-dev.yml,version=1

调用：http://localhost:3355/configInfo

结果：

branch:master,config-dev.yml,version=1

分布式配置中心动态刷新问题

问题来源：修改Git中配置中心的内容。使用的客户端是否刷新配置问题。

结果：

1、Linux运维修改GitHub上的配置文件内容做调整

2、刷新3344，发现ConfigServer配置中心立刻响应

3、刷新3355，发现ConfigClient客户端没有任何响应

4、3355没有变化除非自己重启或者重新加载

5、难到每次运维修改配置文件，客户端都需要重启??噩梦

4、Config动态刷新之手动版

1、pom增加

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

2、配置文件yml增加

## 暴露监控断点
management:
  endpoints:
    web:
      exposure:
        include: "*"

3、暴露刷新接口，增加注解

@RestController
@RefreshScope
public class ConfigClientController {}

4、测试：

调用：

curl -X POST "http://localhost:3355/actuator/refresh"

返回：["config.client.version","config.info"]

重新调用http://localhost:3355/configInfo，不用重启config的client的微服务

结果为最新的配置信息。

动态刷新下一节结合消息总线bus来说明

公众号：发哥讲

这是一个稍偏基础和偏技术的公众号，甚至其中包括一些可能阅读量很低的包含代码的技术文，不知道你是不是喜欢，期待你的关注。

代码分享

https://gitee.com/naimaohome

微信公众号 点击关于我，加入QQ群，即可获取到代码以及高级进阶视频和电子书！！

如果你觉得文章还不错，就请点击右上角选择发送给朋友或者转发到朋友圈~

● 扫码关注我们

据说看到好文章不推荐的人，服务器容易宕机！

本文版权归 发哥讲 和 博客园 共有，原创文章，未经允许不得转载，否则保留追究法律责任的权利。