七. SpringCloud服务配置
1. SpringCloud Config概述
1.1 分布式系统面临的配置问题
微服务意味着要将单体应用中的业务拆分成一个一个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务。由于每个服务都需要必要的配置才能运行,所以一套集中式的,动态的配置管理设施是必不可少的。
SpringCloud提供了Config Server来解决这个问题,否则我们每一个微服务自己带着一个application.yml,上百个配置文件的管理会令人头疼。
1.2 是什么
如图,服务配置中心从远端读取配置文件,然后客户端服务再通过服务配置中心读取配置。
SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持,配置服务器为 各个不同微服务应用 的所有环境提供了一个 中心化的外部配置 。
SpringCloud Config分为服务端和客户端两部分:
服务端也称为 分布式配置中心,它是一个独立的微服务应用 ,用来连接配置服务器并为客户端提供获取配置信息,加密/解密信息等访问接口,将配置信息以REST接口的形式暴露给客户端(客户端可以用REST风格方式读取到该配置信息)。
客户端则是通过指定的配置中心来管理应用资源,以及与业务相关的配置内容,并在启动的时候从配置中心获取和加载配置信息。配置服务器默认采用git来存储配置信息,这样就有助于对环境配置进行版本管理,并且可以通过git客户端工具来方便的管理和访问配置内容。
1.3 作用
- 集中管理配置文件
- 不同环境不同配置,动态化的配置更新,分环境比如dev/test/prod/beta/release
- 运行期间动态调整配置,不再需要在每个服务部署的机器上编写配置文件,服务会向配置中心同意拉取配置自己的信息
- 当配置发生改变时,服务不需要重启即可感知到配置的变化并应用新的配置
- 将配置信息以REST接口的形式暴露 (post/crul访问刷新即可)
1.4 与GitHub整合配置
由于SpringCloud Config默认使用Git来存储配置文件(也有其他方式,比如支持SVN和本地文件),但最推荐还是Git,而且使用的是http/https的访问形式。
2. Config 服务端配置与测试
2.1 Gitee仓库
在Gitee上新建一个用作配置中心的新仓库,并克隆到本地开发硬盘目录
然后根据新建的Git地址,将Gitee上的仓库克隆到本地
git clone https://gitee.com/mp2333/springcloud-config.git
2.2 建Module
新建Module:cloud-config-center-3344作为配置中心微服务
在其POM文件中引入服务配置中心的依赖:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-config-server</artifactId>
</dependency>
修改其配置文件application.yml如下:
server:
port: 3344
spring:
application:
name: cloud-config-center # 注册进Eureka服务器的微服务名
cloud:
config:
server:
git:
uri: https://gitee.com/mp2333/springcloud-config.git # GitHub上面的git仓库名字
# 搜索目录
search-paths:
- springcloud-config
# 注意:如果仓库私有则需要添加username/password
# 读取分支
label: master
# 服务注册到eureka地址
eureka:
client:
service-url:
defaultZone: http://eureka7001.com:7001/eureka
编写主启动类,在主启动类上添加注解 @EnableConfigServer
使3344微服务具有配置中心功能:
@SpringBootApplication
@EnableConfigServer
public class ConfigCenterMain3344 {
public static void main(String[] args) {
SpringApplication.run(ConfigCenterMain3344.class);
}
}
修改hosts文件,增加映射,使本机模拟网址服务配置中心网址:
127.0.0.1 config-3344.com
2.3 GitHub仓库建配置文件
如图,就是创建了一个简单的配置文件,用来测试能否通过配置中心微服务获取内容。
2.4 测试
配置读取规则 (五种)
- /{label}/{application}-{profile}.yml
# master分支
http://config-3344.com:3344/master/config-dev.yml
http://config-3344.com:3344/master/config-prod.yml
# dev分支
http://config-3344.com:3344/dev/config-dev.yml
http://config-3344.com:3344/dev/config-prod.yml
- /{application}-{profile}.yml 默认master分支
http://config-3344.com:3344/config-dev.yml
http://config-3344.com:3344/config-prod.yml
- /{application}/{profile}[/{label}]
# master分支
http://config-3344.com:3344/config/dev/master
http://config-3344.com:3344/config/prod/master
# dev分支
http://config-3344.com:3344/config/dev/dev
http://config-3344.com:3344/config/prod/dev
先启动Eureka服务注册中心,然后启动服务配置中心微服务3344,访问 http://config-3344.com:3344/master/config-dev.yml ,我们可以看到3344微服务可以成功的读取到远端的配置文件。
所以现在,服务配置中心从远端Git仓库读取配置文件这一部分已经搭建完成:
3. Config 客户端配置与测试
3.1 建Moudle
新建Module:cloud-config-client-3355作为访问配置中心的客户端
在其POM文件中引入Config配置中心客户端的启动类:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
</dependency>
3.2 编写配置文件bootstrap.yml
application.yml
是用户级的资源配置项,而bootstrap.yml
是系统级的资源配置项,bootstrap.yml
的优先级更高,SpringCloud会创建一个"Bootstrap Context",作为Spring应用的“Application Context"的 父上下文。初始化的时候,“Bootstrap Context"负责从外部源加载配置属性并解析配置,这两个上下文共享一个从外部获取的"Environment”。”Bootstrap“属性有高优先级,默认情况系,它们不会被本地配置覆盖。"Bootstrap Context"和"Application Context"这两个上下文有不同的约定,所以新增一个bootstrap.yml
文件,保证这两个上下文的配置分离。
所以,要将Client模块下的application.yml文件改为bootstrap.yml,这是很关键的,因为bootstrap.yml是比application.yml先加载的。编写bootstrap配置文件如下:
server:
port: 3355
spring:
application:
name: config-client
cloud:
# Config客户端配置
config:
label: master # 分支名称
name: config # 配置文件名称
profile: dev # 读取后缀名称
# 上述3个综合:master分支上config-dev.yml的配置文件被读取
uri: http://localhost:3344 # 配置中心地址
# http://config-3344.com:3344/master/config-dev.yml
# 服务注册到eureka地址
eureka:
client:
service-url:
defaultZone: http://eureka7001.com:7001/eureka
编写3355服务的主启动类,之后编写其业务类:
@RestController
public class ConfigClientController {
@Value("${server.info}") //配置中心config-dev.yml配置的内容
private String configInfo;
@GetMapping("/configInfo")
public String getConfigInfo() {
return configInfo;
}
}
3.3 测试
下面测试客户端是否能够通过访问配置中心获取配置信息
按顺序启动Eureka服务注册中心,Config服务配置中心后,启动我们的服务配置中心客户端3355进行测试:
3.4 存在的问题
我们在GitHub上修改配置文件内容,刷新3344配置中心服务端,发现Config Server配置中心立刻响应并刷新了配置信息,但是!我们刷新3355客户端Config Client,发现没有任何响应,配置信息仍然是原来的配置信息。
难道每次远端修改了配置文件后,客户端都需要重启来进行对配置信息的重新加载吗?
4. Config 客户端之动态刷新
为了避免每次远端更新配置信息都需要重启客户端微服务3355来加载更新的配置信息,我们需要使用动态刷新。
4.1 修改3355模块
在POM中引入actuator监控:
其实actuator依赖几乎处了是网关的微服务外都得加。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
4.2 修改配置文件
在bootstrap.yml
中加入如下配置 暴露监控端点:
# 暴露监控端点
management:
endpoints:
web:
exposure:
include: "*"
4.3 @RefreshScope注解
在业务类Controller上添加@RefreshScope
注解使客户端服务具有刷新功能:
@RestController
@RefreshScope
public class ConfigClientController {
@Value("${config.info}")
private String configInfo;
@GetMapping("/configInfo")
public String getConfigInfo() {
return configInfo;
}
}
4.4 发送Post请求刷新客户端3355
该刷新请求必须发送后,客户端才能获得刷新后的信息,刷新客户端的请求必须是POST请求:
curl -X POST "http://127.0.0.1:3355/actuator/refresh"
当出现以上信息时激活刷新客户端3355成功,再次访问客户端,发现已经可以得到刷新后的配置信息。
但是假设如果我们有多个微服务客户端呢?难道每个微服务都需要执行一次POST请求进行手动刷新吗?事实上我们可以通过广播的方式进行一次通知,处处生效,这里就要知道消息总线 => SpringCloud Bus。
七. SpringCloud服务配置的更多相关文章
- SpringCloud服务配置中心
SpringCloud Config简介 Spring Cloud Config 是 Spring Cloud 团队创建的一个全新项目,用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持 ...
- SpringCloud-微服务配置统一管理SpringCloud Config(七)
前言:对于应用,配制文件通常是放在项目中管理的,它可能有spring.mybatis.log等等各种各样的配置文件和属性文件,另外你还可能有开发环境.测试环境.生产环境等,这样的话就得一式三份,若是传 ...
- 【微服务】之三:从零开始,轻松搞定SpringCloud微服务-配置中心
在整个微服务体系中,除了注册中心具有非常重要的意义之外,还有一个注册中心.注册中心作为管理在整个项目群的配置文件及动态参数的重要载体服务.Spring Cloud体系的子项目中,Spring Clou ...
- 七、springcloud之配置中心Config(二)之高可用集群
方案一:传统作法(不推荐) 服务端负载均衡 将所有的Config Server都指向同一个Git仓库,这样所有的配置内容就通过统一的共享文件系统来维护,而客户端在指定Config Server位置时, ...
- 【SpringCloud构建微服务系列】使用Spring Cloud Config统一管理服务配置
一.为什么要统一管理微服务配置 对于传统的单体应用而言,常使用配置文件来管理所有配置,比如SpringBoot的application.yml文件,但是在微服务架构中全部手动修改的话很麻烦而且不易维护 ...
- springcloud(十二)-springcloud-config统一管理微服务配置
1.为什么要统一管理微服务配置 对于传统的单体应用,常使用配置文件管理所有配置.例如一个SpringBoot开发的单体应用,可将配置内容放在application.yml文件中.如果需要切换环境,可设 ...
- SpringCloud之服务配置
1.config 1.1定义 对于分布式微服务,有很多的配置,那么修改起来很麻烦.这就需要对这些配置文件进行集中式的管理,config的功能就是用来统一管理配置文件的.它为微服务提供集中化的外部配置支 ...
- Spring Cloud(七):配置中心(Git 版与动态刷新)【Finchley 版】
Spring Cloud(七):配置中心(Git 版与动态刷新)[Finchley 版] 发表于 2018-04-19 | 更新于 2018-04-24 | Spring Cloud Confi ...
- 7.oracle学习门户系列七---网络管理和配置
oracle学习门户系列七 网络管理和配置 们学习了模式和用户.包含模式定义以及模式的作用. 这篇我么来看下ORACLE数据库中的网络管理和配置.只是这篇好像和上篇没有继承啊.这怎么看? Ok,事实上 ...
随机推荐
- 【poj 1984】&【bzoj 3362】Navigation Nightmare(图论--带权并查集)
题意:平面上给出N个点,知道M个关于点X在点Y的正东/西/南/北方向的距离.问在刚给出一定关系之后其中2点的曼哈顿距离((x1,y1)与(x2,y2):l x1-x2 l+l y1-y2 l),未知则 ...
- L2-019 悄悄关注 (25分) map容器模拟
代码: 1 //一道模拟水题,就用来给map练手吧 2 #include<stdio.h> 3 #include<string.h> 4 #include<iostrea ...
- python 表达式
运算符 参考 https://www.runoob.com/python3/python3-basic-operators.html & https://www.runoob.com/pyth ...
- hdu5693D++游戏 区间DP-暴力递归
主要的收获是..如何优化你递推式里面不必要的决策 之前的代码 这个代码在HDU超时了,这就对了..这个复杂度爆炸.. 但是这个思路非常地耿直..那就是只需要暴力枚举删两个和删三个的情况,于是就非常耿直 ...
- CSON vs JSON
CSON vs JSON 今天在github浏览资料时,无意发现了这个很像json,却优于json的cson.故,再次分享给大家! 官方fork文档:https://github.com/xgqfrm ...
- React.createClass vs. ES6 Class Components
1 1 1 https://www.fullstackreact.com/articles/react-create-class-vs-es6-class-components/ React.crea ...
- cookie & maxAge & expires
cookie & maxAge & expires Expires (timestamp) & Max-Age (seconds) https://developer.mozi ...
- Gradle & Java
Gradle & Java Gradle Build Tool I Modern Open Source Build Automation https://gradle.org/ https: ...
- window.ShadyCSS
window.ShadyCSS Web Components # install $ yarn add @webcomponents/shadycss@1.7.1 # OR $ npm i @webc ...
- HTTPS Proxy all in one
HTTPS Proxy all in one HTTP Proxy Charles Proxy https://www.charlesproxy.com/ Proxy SwitchyOmega 轻松快 ...