config服务端通过gitee地址访问gitee上的文件
新建一个项目,上传到gitee,模拟运维人员进行操作,实现远程与本地的整体一致性。
我的例子是建一个springcloud-config仓库,包含一个yml文件,下面会读取文章文件中的信息
cloud2020
com.atguigu.springcloud
1.0-SNAPSHOT
4.0.0
cloud-config-center-3344
org.springframework.cloud
spring-cloud-config-server
org.springframework.cloud
spring-cloud-starter-netflix-eureka-client
org.springframework.boot
spring-boot-starter-web
org.springframework.boot
spring-boot-starter-actuator
org.springframework.boot
spring-boot-devtools
runtime
true
org.projectlombok
lombok
true
org.springframework.boot
spring-boot-starter-test
test
server:
port: 3344
spring:
application:
name: cloud-config-center
cloud:
config:
server:
git:
uri: https://gitee.com/bll896217791/springcloud-config.git #github仓库上面的git仓库名字
##搜索目录
search-paths:
- springcloud-config
username: ***********
password: ***********
#读取分支
label: master
eureka:
client:
service-url:
defaultZone: http://eureka7001.com:7001/eureka/ #注册进eureka
package com.atguigu.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;
/**
* @author BLL
* @create 2020/4/21 15:39
*/
@SpringBootApplication
@EnableConfigServer
public class ConfogCenterMain3344 {
public static void main(String[] args) {
SpringApplication.run(ConfogCenterMain3344.class, args);
}
}
这样就读到了gitee上的文件内容。说一下这个访问地址的组合,前面我们配置了hosts文件映射,所以能用config-3344.com代替localhost,master 指的是git仓库的master分支,config-test.yml 指的就是这个分支上的文件,就是这样访问的。
客户端不直接访问gitee,而是通过服务端访问。
cloud2020
com.atguigu.springcloud
1.0-SNAPSHOT
4.0.0
cloud-config-client-3355
org.springframework.cloud
spring-cloud-starter-config
org.springframework.cloud
spring-cloud-starter-netflix-eureka-client
org.springframework.boot
spring-boot-starter-web
org.springframework.boot
spring-boot-starter-actuator
org.springframework.boot
spring-boot-devtools
runtime
true
org.projectlombok
lombok
true
org.springframework.boot
spring-boot-starter-test
test
这里我们要学一个新的yml文件——bootstrap.yml文件
#bootstrap.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/config-dev.yml
uri: http://localhost:3344 #配置中心地址 表示通过这个服务端访问
#服务注册到eureka地址
eureka:
client:
service-url:
defaultZone: http://eureka7001.com:7001/eureka/ #注册进eureka
management:
endpoints:
web:
exposure:
include: "*"
package com.atguigu.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
/**
* @author BLL
* @create 2020/4/21 16:50
*/
@SpringBootApplication
@EnableEurekaClient
public class ConfigClientMain3355 {
public static void main(String[] args) {
SpringApplication.run(ConfigClientMain3355.class,args);
}
}
package com.atguigu.springcloud.controller;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
/**
* @author BLL
* @create 2020/4/21 16:52
*/
@RestController
@RefreshScope
public class ConfigClientController {
@Value("${config}")
private String configinfo;
@GetMapping(value = "/configinfo")
public String getConfiginfo(){
return configinfo;
}
}
先来看一下注册中心,确保server端和client端注册进来
客户端通过访问服务端REST暴露的接口 访问到dev
这样就成功实现了客户端3355访问 Config服务端3344 通过github获取配置信息
但是。现在修改config-dev.yml 配置并提交到gitee上,比如加个变量age或者版本号version。问题随之而来,分布式配置的动态刷新问题
Linux运维修改gitee上的配置文件内容做调整
刷新3344,发现ConfigServer配置中心立刻响应,因为直接连的gitee
刷新3355,发现ConfigClient客户端没有任何响应
3355没有变化,除非自己重启或者重新加载,难道每次运维修改配置文件,客户端都需要重启?实际生产当中某些微服务加载是很慢的,那就要使用动态刷新。
避免每次更新配置都需要重启客户端微服务3355
意思是说 我自己发生变化了能被别人监控到
org.springframework.boot
spring-boot-starter-actuator
#添加配置,暴露监控端点
management:
endpoints:
web:
exposure:
include: "*"
别急,此时需要运维人员发送Post请求刷新3355,@RefreshScope的作用就是自动获悉刷新的内容
必须是Post请求,使用curl命令,稍等一下,出现下面界面,激活3355
再来测试,3355也更新了
这样就避免了每次修改都要重启客户端服务,虽然需要自己发Post请求,但是也比重启好,两害相权取其轻。
想想还有什么问题?
假设有多个微服务客户端3355/3366/3377。。。每个微服务都需要执行一次post请求,可以写一个脚本,批量执行。但是还有没有更优化的方法?
我们想大范围的自动刷新,可否广播?一次通知,处处生效?
所以引入了SpringCloud Bus消息总线,详情可以到博客分类下查看。