一、简介
1.为什么会使用分布式配置文件中心:
在微服务如果使用传统的方式管理配置文件,会非常复杂,例如几百个微服务,几百个配置文件;且生产环境配置文件需要改变的时候,重新打War包,重新读取配置信息在jvm内存中(启动服务时,会解析配置文件,将内容缓存到jvm内存中)
2.什么是分布式配置中心
在微服务中,使用同一个服务器管理所有配置文件信息,能够实现后台可管理,当服务器正在运行的时候,如果配置文件需要改变,可以实现不需要重启服务器实时更改配置文件信息
3.分布式配置中心框架
阿波罗:携程写分布式配置中心,有图形页面可管理配置文件信息,配置文件信息存放数据库里面
SpringCloud Config:没有后台可管理分布式配置中心,配置文件信息放在版本控制器里面
使用Zookeeper实现分布式配置中心,持久节点+事件通知
二、SpringCloud Config分布式配置中心原理
1.首先分析分布式配置中心需要哪些组件
1.1 web管理 系统 --后台可以使用图形界面管理配置文件 SpringCloud Config没有图形化管理配置文件
1.2 存放分布式配置文件服务器(持久化存储服务器)--使用版本控制器存放配置文件信息 使用git环境
1.3 ConfigServer缓存配置文件服务器(临时缓存存放)
1.4 ConfigClient读取ConfigServer配置文件信息
二、搭建配置中心
1.先注册码云,创建自己的项目路径
2.搭建ConfigServer环境
2.1 引入依赖
2.2 配置信息
2.3 @EnableConfigServer
2.4 在码云上创建配置文件,即url都能访问(项目分支、文件夹名称和配置信息对应的)
配置文件规范:服务名称+环境(dev).properties
2.3 搭建ConfigClient环境
2.3.1 引入同样的依赖
2.3.2 配置信息
1.用服务名称去码云环境上找,如果没有找到以这个服务名称开头的配置文件,就会报错
2.profile:是继续在码云上,找对应的版本信息的配置文件
3.service-id:是配置config-server的服务名称
4.ConfigServer和ConfigClient都需要,注册到eureka(因为使用到服务的别名去读取,也可以用直接的url,不过不规范)
2.3.3 获取配置文件(因为配置信息最终已经连接到码云的配置文件,所以可以直接获取上面的配置)
2.3.4 eureka注册
三、刷新config配置文件信息
1.默认情况下不能及时的获取实时变更的配置文件信息
2.ConfigClient不能实时、ConfigServer能实时,因为ConfigServer的缓存
3.配置监控
3.1 引入依赖
3.2 配置信息
3.3 添加@RefreshScope注解
3.4 调用接口,即可刷新(调用接口,它会把内存信息更改)
3.5 共有2种方式:
1.手工刷新--需要人工调用接口,读取最新配置文件(监控中心)
2.自动刷新--消息总线进行实时刷新--性能不好