Spring Cloud Config配置自动刷新
spring cloud config 应用场景
作为一个开发而言,知道每个项目都有其需要维护的配置文件,如果项目量小而言,以人力尚可以接受。项目量一但增多,传统的维护方式就变的困难,所以需要一个统一的配置中心来维护所有服务的配置文件。再言,传统的项目配置文件配置数据发生改变,需要重启服务使其生效,spring cloud config 可以不需要进行重启对应的服务。
如何配置?
使用Spring Cloud Config配置中心后的架构如下图:
使用配置中心服务,即要把所有的配置文件放到git仓库中,仓库中文件命名规范如下:
{application}-{profile}.yml 或 {application}-{profile}.properties
application:应用名称
profile:用于区分开发环境,测试环境、生产环境等
如bill-dev.yml,表示账单微服务开发环境下使用的配置文件。
一、远程仓库配置
1、新建仓库
2、新建文件
3、创建billmanage-dev.yml
二、配置中心服务端
引入依赖
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
</dependency>
</dependencies>
并在这个的主类上添加@EnableConfigServer注解,开启配置中心的服务,下一步就是在application.yml配置文件中添加配置中心的服务信息和git的信息,如下:
server:
port: 8081
spring:
application:
name: bill_manage_config
cloud:
config: #git配置
server:
git:
uri: https://gitee.com/szh74734/bill_project.git
username: ****
password: ****
eureka:
client:
service-url:
defaultZone: http://localhost:10086/eureka
uri:git里配置文件所在仓库地址
username:如果仓库是公开的,可不配,如果是私有的,要配上自己账号的用户名
password:如果仓库是公开的,可不配,如果是私有的,要配上自己账号的密码
测试
输入地址: http://localhost:8081/billmanage-dev.yml
三、配置中心客户端
引入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
</dependency>
然后在客户端创建bootstrap.yml文件,并在文件中添加以下内容,至于为什么使用bootstrap.yml文件,给出的解释是这样的:config的相关配置会先于application.yml,而bootstrap.yml的加载也是先于application.yml
spring:
cloud:
config:
name: billmanage #文件的application名
profile: dev #文件profile名
discovery:
enabled: true #开启config配置中心
service-id: bill_manage_config #配置中心服务名
label: master #所在分支
eureka:
client:
service-url:
defaultZone: http://localhost:10086/eureka
新建Java的controller类之后就可以看到使用的情况了,重点的是@Refresh注解
然后就可以像服务直接调用配置中心数据那些调用服务中心配置的信息了,这样就提高了配置中心的可用性,将配置中心服务化,个人认为这是非常好的用法,微服务中配置文件的内容也会进一步简化。在服务注册和发现过程中出现问题的时候,可以先去服务的注册地址http://localhost:10086/看看服务有没有注册,如果注册了再看调用端问题。
中心的可用性,将配置中心服务化,个人认为这是非常好的用法,微服务中配置文件的内容也会进一步简化。在服务注册和发现过程中出现问题的时候,可以先去服务的注册地址http://localhost:10086/看看服务有没有注册,如果注册了再看调用端问题。