springcloud入门——config分布式配置中心

目录

1.服务配置中心

2.Config配置总控中心搭建

3.Config客户端

4.Config动态刷新之手动版 

---

1.服务配置中心

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

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

（即一个总管头，一次配置处处生效）

SpringCloud提供了ConfigServer来解决这个问题

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

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

• 服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息，加密/解密信息等访问接口。
• 客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容。

作用：

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

与GitHub整合配置

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

2.Config配置总控中心搭建

用你自己的账号在GitHub上新建一个名为springcloud-config的新Repository。

由上一步获得刚新建的git地址 - git@github.com:username/springcloud-config.git。

(https://github.com/tang-seven7/springcloud-config.git)

本地硬盘目录上新建git仓库并clone。

    工作目录为D:\SpringCloud2021

    git clone git@github.com:abc/springcloud-config.git

此时在工作目录会创建名为springcloud-config的文件夹。

在springcloud-config的文件夹种创建三个配置文件（为本次教学使用的）,随后git add .，git commit -m "sth"等一系列上传操作上传到springcloud-config的新Repository。

新建Module模块cloud-config-center-3344，它即为Cloud的配置中心模块CloudConfig Center，修改pom文件引入依赖：

建立主启动类，具体和以前一致。

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

浏览器防问 - http://config-3344.com:3344/master/config-dev.yml

页面返回结果：

配置读取规则：

    /{label}/{application}-{profile}.yml（推荐）
        master分支
            http://config-3344.com:3344/master/config-dev.yml
            http://config-3344.com:3344/master/config-test.yml
            http://config-3344.com:3344/master/config-prod.yml
        dev分支
            http://config-3344.com:3344/dev/config-dev.yml
            http://config-3344.com:3344/dev/config-test.yml
            http://config-3344.com:3344/dev/config-prod.yml

    /{application}-{profile}.yml
        http://config-3344.com:3344/config-dev.yml
        http://config-3344.com:3344/config-test.yml
        http://config-3344.com:3344/config-prod.yml
        http://config-3344.com:3344/config-xxxx.yml(不存在的配置)

    /{application}/{profile}[/{label}]
        http://config-3344.com:3344/config/dev/master
        http://config-3344.com:3344/config/test/master
        http://config-3344.com:3344/config/test/dev

    重要配置细节总结
        /{name}-{profiles}.yml
        /{label}-{name}-{profiles}.yml
        label：分支(branch)
        name：服务名
        profiles：环境(dev/test/prod)

成功实现了用SpringCloud Config通过GitHub获取配置信息

3.Config客户端

新建cloud-config-client-3355，同理，修改pom

新建bootstrap.yml

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

Spring Cloud会创建一个Bootstrap Context，作为Spring应用的Application Context的父上下文。

初始化的时候，BootstrapContext负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的Environment。

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

要将Client模块下的application.yml文件改为bootstrap.yml,这是很关键的，因为bootstrap.yml是比application.yml先加载的。bootstrap.yml优先级高于application.yml。

修改config-dev.yml配置并提交到GitHub中，比如加个变量age或者版本号version

主启动类及业务类：

测试：启动Config配置中心3344微服务并自测
http://config-3344.com:3344/master/config-prod.yml
http://config-3344.com:3344/master/config-dev.yml

启动3355作为Client准备访问 http://localhost:3355/configlnfo

成功实现了客户端3355访问SpringCloud Config3344通过GitHub获取配置信息可题随时而来。

分布式配置的动态刷新问题：

•     Linux运维修改GitHub上的配置文件内容做调整
•     刷新3344，发现ConfigServer配置中心立刻响应
•     刷新3355，发现ConfigClient客户端没有任何响应
•     3355没有变化除非自己重启或者重新加载

4.Config动态刷新之手动版 

避免每次更新配置都要重启客户端微服务3355

动态刷新步骤：

修改3355模块

POM引入actuator监控

 

修改YML，添加暴露监控端口配置：

@RefreshScope业务类Controller修改：

需要运维人员发送Post请求刷新3355

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

测试：

http://localhost:3355/configInfo

成功实现了客户端3355刷新到最新配置内容，避免了服务重启