分布式配置中心介绍

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

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

配置中心

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

SpringCloud Config

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

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

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

SpringCloud Config能干什么

  • 集中管理配置文件
  • 不同环境不同配置，动态化的配置更新，分环境部署比如dev/test/prod/beta/release
  • 运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息
  • 当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置
  • 将配置信息以REST接口的形式暴露

配置总控中心搭建

1.在Gitee上搭建”springcloud-config”仓库

2.获取git地址

1
git@gitee.com:xxxx.git

3.在本地硬盘目录上新建git仓库并clone

1
git clone git@gitee.com:xxx.git:

4.新建cloud-config-center-3344（Cloud的配置中心模块）

5.引入pom

6.配置yml

7.添加主启动

@EnableConfigServer

8.Windows下修改host文件，增加映射

1
127.0.0.1 config-3344.com

9.测试通过Config微服务是否可以从Github上获取配置内容

启动微服务3344，访问http://config-3344.com:3344/master/config-dev.yml

配置读取规则

/{label}/{application}-{profile}.yml

/{application}-{profile}.yml

/{application}/{profile}[/{label}]

label：分支(branch)
name ：服务名
profiles：环境(dev/test/prod)

客户端配置与测试

1.新建cloud-config-client-3355

2.引入pom

3 .配置bootstrap.yml

application.yml 属于用户级别的资源配置

bootstrap.yml 属于吸引级别的资源配置，优先级更高

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

Bootstrap属性有高优先级，默认情况下，它们不会被本地配置覆盖。Bootstrap context和Application Context有不同约定，因此需要bootstrap.yml 保证两者配置分离

1
2
3
4
5
6
7
8
9
10
11
12
13
14
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 #配置中心地址k

4.添加主启动

1
2
3
4
5
6
7
8
@SpringBootApplication
@EnableEurekaClient
public class ConfigClientMain3355 {

    public static void main(String[] args) {
        SpringApplication.run(ConfigClientMain3355.class, args);
    }
}

5.处理业务

1
2
3
4
5
6
7
8
9
10
11
12
@RestController
@RefreshScope
public class ConfigClientController {
    @Value("${config.info}")
    private String configInfo;

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

6.测试

  1. 启动配置中心3344微服务自测

    1. http://config-3344.com:3344/master/config-prod.yml
    2. http://config-3344.com:3344/master/config-dev.yml

  2. 启动3355作为Client准备访问

    ​ http://localhost:3355/configInfo

分布式配置的动态刷新

场景模拟

Linux运维修改Github配置文件内容

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

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

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

手动版动态刷新

  1. 修改3355，引入actuator监控
  2. 修改YML，暴露监控端口
1
2
3
4
5
6
# 暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"
  1. @RefreshScope业务类Controller修改
  2. 运维人员发送POST请求curl -X POST "http://localhost:3355/actuator/refresh"