Config
一、概述
-
官网文档
-
为什么需要config?
微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行,所以一套集中式的、动态的配置管理设施是必不可少的。
-
什么是Config?
SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持,配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。
-
如何使用Config?
SpringCloud Config分为服务端和客户端两部分。
服务端也称为分布式配置中心,它是一个独立的微服务应用,用来连接配置服务器并为客户端提供获取配置信息,加密 / 解密信息等访问接口。
客户端则是通过指定的配置中心来管理应用资源,以及与业务相关的配置内容,并在启动的时候从配置中心获取和加载配置服务器。默认采用git来存储配置信息,这样就有助于对环境配置进行版本管理,并且可以通过git客户端工具来方便的管理和访问配置内容。
-
Config能干嘛?
- 集中管理配置文件
- 不同环境不同配置,动态化的配置更新,分环境部署比如dev / test / prod / beta / release
- 运行期间动态调整配置,不再需要在每个服务部署的机器上编写配置文件,服务会向配置中心统一拉取配置自己的信息
- 当配置发生变动时,服务不需要重启即可感知到配置的变化并应用新的配置
- post、curl访问刷新均可,将配置信息以REST接口的形式暴露
二、与Github整合配置
由于SpringCloud Config默认使用Git来存储配置文件(也有其他方式,比如支持svn和本地文件,但最推荐的还是Git,而且使用的是http / https访问的形式)
三、Config服务端配置与测试
-
用你自己的账号在Github上新建一个名为SpringCloud-config的新Repository
-
由上一步获得刚新建的git地址
-
本地硬盘上新建git仓库并clone
- 本地地址:D:\44\SpringCloud2020
- git命令:git clone xxx
-
此时在本地D盘符下D:\44\SpringCloud2020\springcloud-config
- 表示多个环境的配置文件
- 保存格式必须为UTF-8
- 如果需要修改,此处模拟运维人员操作git和github
- git add
- git commit -m "init yml"
- git push origin master
-
新建Module模块cloud-config-center-3344它即为Cloud的配置中心模块CloudConfig Center
-
改POM
-
写YML
-
主启动类
@EnableConfigServer
-
windows下修改hosts文件,增加映射
127.0.0.1 config-3344.com
-
测试通过Config微服务是否可以从Github上获取配置内容
四、Config客户端配置与测试
- 新建cloud-config-client-3355
- 改POM
- 写bootstrap.yml
-
什么是bootstrap.yml
application.yml是用户级的资源配置项
bootstrap.yml是系统级的,优先级更高
-
详情
Spring Cloud会创建一个"Bootstrap Context",作为Spring应用的"Application Context"的父上下文。初始化的时候,"Bootstrap Context"负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的"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。
-
-
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/conf
uri: http://localhost:3344 #配置中心地址
eureka:
client:
service-url:
defaultZone: http://eureka7001.com:7001/eureka
- 修改config-dev.yml配置并提交到Github中,比如加个变量age或者版本号version
- 主启动 @SpringBootApplication
- 业务类@Value("${config.info}")
- 测试
-
启动Config配置中心3344微服务并自测
-
启动3355作为Client准备访问
-
- 成功实现了客户端3355访问SpringCloud Config3344通过Github获取配置信息
- 问题随之而来,分布式配置的动态刷新
- Linux运维修改Github上的配置文件内容做调整
- 刷新3344,发现ConfigServer配置中心立刻响应
- 刷新3355,发现ConfigServer客户端没有任何响应
- 3355没有变化除非自己重启或者重新加载
- 难道每次运维修改配置文件,客户端都需要重启??噩梦
五、Config客户端之动态刷新
-
避免每次更新配置都要重启客户端微服务3355
-
步骤
- 修改3355模块
- POM引入actuator监控
- 修改YML,暴露监控端口
- @RefreshScope业务类Controller修改
- 此时修改github → 3344 → 3355 3355还是没有改变
- 需要运维人员发送Post请求刷新3355 curl -X POST "http://localhost:3355/actuator/refresh"
- http://localhost:3355/configInfo 成功实现了客户端3355刷新到最新配置内容,避免了服务的重启
-
还有什么问题
假如有多个微服务客户端3355/3366/3377等等,每个微服务都要执行依次post请求,可否广播,一次通知,处处生效?我们想大范围的自动刷新,需要用到Bus,或者使用Nacos