配置中心与配置刷新

  1. 云栖社区>
  2. 博客>
  3. 正文

配置中心与配置刷新

Mac 2019-09-03 16:14:09 浏览103
展开阅读全文

_

1、Config服务
spring-cloud-config的服务,实际上是server提供一个配置获取接口,client在调用接口时传入参数,触发server调用SQL进行查询,最终获取到配置参数的过程。我们在调用GET /quality-file/dev/dev时,会执行

SELECT qkey , qvalue FROM config_server where APPLICATION='quality-file' and QPROFILE='dev' and LABEL='dev'

2、配置存储
配置中心管理着各个配置参数,主要分为两类:各微服务公共的配置和特有的配置。
比如说,所有的微服务基本上都会调用数据库,数据库相关的配置可以放在公共的配置中。有时候,有些微服务使用到了ElasticSearch搜索引擎,这个配置就是此微服务特有的。随之而产生了一个问题,如何去区分是公共配置还是特有配置?
配置参数终归是数据,只不过是比较特殊的数据,既然是数据,就必须存储起来才能进行管理。spring-cloud-config提供的存储方式中比较流行的有git文件与DB两种,由于git在权限管理、配置颗粒度和灵活性上的劣势,此处只对DB方式进行讲解。
存储参数的表结构:
image

select key, value from config_server where application = ? and profile = ? and label = ?
application默认值是application,此时配置是公有的,如果填写微服务名,则为该微服务特有配置
profile,一般分为dev、test、debug几种
label,用来标记版本, v2.1

3、配置刷新
配置中心不会主动给各微服务提供参数,都是各微服务主动向配置中心请求获取参数。如果配置中心的参数发生改变,需要各微服务主动来拉取最新的配置参数。拉取完成后,微服务还需要把这些参数重新热加载一遍,才算完成一次配置的刷新。
首先,配置中心参数改变时,各微服务是如何感知的?配置中心通过广播的方式,一个一个的通知。
其次,微服务如何拉取参数的?GET configServerHost/actuator 接口获取的。
最后,参数如何重新热加载的?actuator模块对管理的配置参数,进行赋值

bus/refresh接口与actuator监控和管理能力
@RefreshScope

网友评论

登录后评论
0/500
评论
Mac
+ 关注