【云原生】springcloud13——Config分布式配置中心
前 言
🍉 作者简介:半旧518,长跑型选手,立志坚持写10年博客,专注于java后端
☕专栏简介:深入、全面、系统的介绍springcloud与springcloud Alibaba微服务常用技术栈
🌰 文章简介:本文将介绍Config分布式配置中心,建议收藏备用,创作不易,敬请三连哦
🥒文章推荐:
微服务架构与springcloud 01——微服务入门
微服务架构与springcloud02——父工程构建及支付模块实现
微服务架构与springcloud03——项目热部署与消费者订单模块
微服务架构与springcloud04——Eureka服务注册与发现
springcloud05——Zookeeper实现支付微服务
【云原生】springcloud06——订单服务注册zookeeper
【云原生】springcloud07—Consul的服务注册与发现
【云原生】springcloud08——Ribbon负载均衡调用
【云原生】springcloud09——但愿发长久,空手撕Ribbon
【云原生】springcloud10——人生苦短,我用OpenFeign
【云原生】springcloud11——Hystrix是怎样让微服务“易凡峰顺”的
【云原生】springcloud12——服务网关Gateway
文章目录
1 Config介绍
1.1 目前遇到的问题
我们现在已经有十多个工程了,并且每加一个工程,一定会有一个application.properties
,类似的东西多了,就会产生两个问题:代码膨胀和不易于统一管理。如果我们有40个这样的微服务,只是数据库地址迁移,就得改40次,运维工程师就得偷偷哭了。
并且在实际的生产中,开发,测试,上线等配置并不相同,仅仅通过简单的配置文件无法满足我们的需求。
1.2 Config Server
我们希望可以统一对配置进行管理。spring cloud提供的解决方案是Config Server.
2 Config配置总控中心的搭建
推荐将Config
和git与github整合。
2.1 准备工作
在GitHub上新建一个名为springcloud-config的新仓库,仓库里有如下初始化配置文件。
将其git clone
到本地。本地修改配置文件,更新到github仓库,使用如下命令提交。
也可以在github仓库直接修改。
#config-dev.ymlconfig: info: "main branch,springcloud-config/config-dev.yml version=1" ########################################config-prod.ymlconfig: info: "main branch,springcloud-config/config-prod.yml version=1"########################################config-test.ymlconfig: info: "main branch,springcloud-config/config-test.yml version=1"
2.2 建模块
新建配置中心模块。
2.3 写pom
<dependencies> <dependency> <groupId>org.springframework.cloudgroupId> <artifactId>spring-cloud-config-serverartifactId> dependency> <dependency> <groupId>org.springframework.cloudgroupId> <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-webartifactId> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-actuatorartifactId> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-devtoolsartifactId> <scope>runtimescope> <optional>trueoptional> dependency> <dependency> <groupId>org.projectlombokgroupId> <artifactId>lombokartifactId> <optional>trueoptional> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-testartifactId> <scope>testscope> dependency>dependencies>
2.4 写yml
application.yml
server: port: 3344spring: application: name: cloud-config-center #注册进Eureka服务器的微服务名 cloud: config: server: git: uri: https://github.com/qq995931576/springcloud-config.git #git的仓库地址 search-paths: #搜索目录 - springcloud-config label: main #读取的分支eureka: client: service-url: defaultZone: http://localhost:7001/eureka #服务注册到的eureka地址
注意替换githu配置仓库springcloud-config
的uri地址。
2.5 主启动
@EnableConfigServer@SpringBootApplicationpublic class ConfigMain3344 { public static void main(String[] args) { SpringApplication.run(ConfigMain3344.class, args); }}
2.6 修改host
修改windows下的host文件,增加ip到域名的映射。
修改:C:\Windows\System32\drivers\etc\hosts ,增加如下内容
# Config127.0.0.1 config-3344.com
2.7 测试
测试通过Config
微服务是否可以访问到GitHub上的配置文件。
启动7001Eureka,启动微服务3344,
访问:http://config-3344.com:3344/main/config-dev.yml。
注:如果没有配置域名映射可以替换为ip,即访问:http://127.0.0.1:3344/main/config-dev.yml。
效果如下:
至此,配置架构图的下半部分完成打通。
实际上,测试时配置的url书写方式有多种,第一种(也是最清晰的)。
再多介绍几种,第二种,省略lable。
这种情况会默认读取master分支。因为我们在application.yml中配置了默认lable。
第三种,将lable写到最后面。
这种方式得到的是json字符串
3.Config客户端配置
3.1 建模块
3.2 写pom
<dependencies> <dependency> <groupId>org.springframework.cloudgroupId> <artifactId>spring-cloud-starter-configartifactId> dependency> <dependency> <groupId>org.springframework.cloudgroupId> <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-webartifactId> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-devtoolsartifactId> <scope>runtimescope> <optional>trueoptional> dependency> <dependency> <groupId>org.projectlombokgroupId> <artifactId>lombokartifactId> <optional>trueoptional> dependency> <dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-testartifactId> <scope>testscope> dependency>dependencies>
3.3 写yml
这里有使用bootstrap.yml.
server: port: 3355spring: application: name: config-client cloud: config: #config客户端配置 label: main #分支名称 name: config #配置文件名称 这三个综合:master分支上的config-dev.yml的配置文件 profile: dev #读取后缀名称 被读取到http://config-3344.com:3344/main/config/dev uri: http://localhost:3344 #配置中心地址 记得加上【http://】eureka: client: service-url: defaultZone: http://localhost:7001/eureka #服务注册到的eureka地址 #defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka,http://eureka7003.com:7003/eureka
3.4 主启动
@EnableEurekaClient@SpringBootApplicationpublic class ConfigClientMain3355 { public static void main(String[] args) { SpringApplication.run(ConfigClientMain3355.class, args); }}
3.5 业务类
客户端做了一件事,将配置信息的url转换为了rest风格的api。
@RestControllerpublic class ConfigClientController { //来读取github上面的配置文件config.info的信息 @Value("${config.info}")//spring的@Value注解 private String configInfo; @GetMapping("/configInfo") public String getConfigInfo(){ return configInfo; }}
3.6 测试
测试,启动7001,3344,3355
访问:http://localhost:3355/configInfo
将bootstrap.yml中的profile更改
spring: application: name: config-client cloud: config: #config客户端配置 label: main #分支名称 name: config #配置文件名称 这三个综合:master分支上的config-dev.yml的配置文件 profile: test #读取后缀名称 被读取到http://config-3344.com:3344/main/config/dev uri: http://localhost:3344 #配置中心地址 记得加上【http://】
再访问内容就刷新了。
测完记得改回去哦。
4.手动动态刷新
问题:
如果github仓库中的config-dev.yml文件发生变更
#config-dev.ymlconfig: info: "main branch,springcloud-config/config-dev.yml version=2"
访问:http://config-3344.com:3344/main/config-dev.yml,内容刷新
访问http://localhost:3355/configInfo,内容不会刷新,除非客户端重启。
现在解决下。
往config客户端3355在pom中添加,该依赖可以用来进行监控。
<dependency> <groupId>org.springframework.bootgroupId> <artifactId>spring-boot-starter-actuatorartifactId> dependency>
修改bootstrap.yml,添加监控端点。
#暴露监控端点management: endpoints: web: exposure: include: "*"
在contorllre添加注解。
重启3355,再测试,问题没解决,配置还是没有生效。
因为还差一步,上面只是暴露了端口给外界进行更新,并且监控外界的请求。还没有发更新请求啊。因此需要运维工程师发个post请求过来。
来吧,curl -X POST “http://localhost:3355/actuator/refresh”
再测试,欧克了。这样就避免了客户端的重启。
不过上面的方式有点麻烦啊,运维工程师改完配置,还需要发请求。后面文章介绍更好的方式。
来源地址:https://blog.csdn.net/qq_41708993/article/details/126907834
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341