• 第十二章 Spring Cloud Config 统一配置中心详解-客户端动态刷新


    目录

    一、问题分析及解决方案

    1、问题分析:

    2、解决方案

    二、手动刷新

    1、添加服务监控

    2、暴露服务端点,让客户端能感受到配置的更新。

    3、刷新业务类controller

    4、手动刷新

     三、自动刷新


    一、问题分析及解决方案

    1、问题分析:

           上一章我们讲过远程仓储统一管理配置信息,客户端可以通过统一配置服务中心 config server 服务端获取配置信息。现在我们来做一个改变,并进行分析。
           首先启动注册中心、统一配置中心configserver服务端、订单服务。浏览器访问地址:http://localhost:9000/order/getConfig 查看效果。


           然后将远程仓储的订单服务dev环境的信息进行改变,在info上增加版本 version=01。
    浏览器访问地址:http://localhost:9000/order/getConfig 查看效果


           重新启动订单服务,浏览器访问地址http://localhost:9000/order/getConfig 查看效果

           我们看到,远端仓储的配置信息改变,如果不重新启动订单服务,则无法刷新远端仓储的配置信息。

    2、解决方案

           使用动态刷新,动态刷新分为两种形式,一种是手动刷新,一种是自动刷新。

    二、手动刷新

    1、添加服务监控

           在pom文件中添加服务监控依赖 spring-boot-starter-actuator ,修改pom如下:

    1. "1.0" encoding="UTF-8"?>
    2. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    3. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    4. <parent>
    5. <artifactId>springcloudbaseartifactId>
    6. <groupId>com.hwadee.springcloud2022groupId>
    7. <version>0.0.1-SNAPSHOTversion>
    8. parent>
    9. <modelVersion>4.0.0modelVersion>
    10. <groupId>com.hwadee.springcloudgroupId>
    11. <artifactId>orderServer9000artifactId>
    12. <dependencies>
    13. <dependency>
    14. <groupId>org.springframework.cloudgroupId>
    15. <artifactId>spring-cloud-starter-configartifactId>
    16. dependency>
    17. <dependency>
    18. <groupId>org.springframework.bootgroupId>
    19. <artifactId>spring-boot-starter-actuatorartifactId>
    20. dependency>
    21. <dependency>
    22. <groupId>org.springframework.bootgroupId>
    23. <artifactId>spring-boot-starter-webartifactId>
    24. dependency>
    25. <dependency>
    26. <groupId>com.hwadee.springcloudgroupId>
    27. <artifactId>springcloud-apiartifactId>
    28. <version>0.0.1-SNAPSHOTversion>
    29. dependency>
    30. <dependency>
    31. <groupId>org.springframework.cloudgroupId>
    32. <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
    33. dependency>
    34. <dependency>
    35. <groupId>org.projectlombokgroupId>
    36. <artifactId>lombokartifactId>
    37. dependency>
    38. dependencies>
    39. project>

    2、暴露服务端点,让客户端能感受到配置的更新。

           暴露服务端点,让客户端能感受到配置的更新,在bootstrap配置文件中修改如下:

    1. spring:
    2. cloud:
    3. config:
    4. label: master # 指定分支
    5. name: order # 指定应用名称
    6. profile: dev # 指定激活环境
    7. uri: http://localhost:7009 #硬编码 指定访问 config server 远程仓储的地址的ip和端口
    8. #暴露服务端点,让客户端能感受到配置的更新
    9. management:
    10. endpoints:
    11. web:
    12. exposure:
    13. include: "*"

    3、刷新业务类controller

           刷新业务类controller,在订单服务的controller上使用注解 @RefreshScope ,使用后具备刷新能力,@Refreshscope用来在不需要重启徽服务情况下,将当前scope域中信息刷新为最新配置信息,订单服务的controller代码修改如下:

    1. import com.hwadee.springcloud.entity.Product;
    2. import org.springframework.beans.factory.annotation.Value;
    3. import org.springframework.cloud.context.config.annotation.RefreshScope;
    4. import org.springframework.web.bind.annotation.RequestMapping;
    5. import org.springframework.web.bind.annotation.RestController;
    6. @RestController
    7. @RequestMapping("/order")
    8. @RefreshScope
    9. public class OrderController {
    10. @Value("${env}")
    11. private String env;
    12. @Value("${port}")
    13. private String port;
    14. @Value("${info}")
    15. private String info;
    16. @RequestMapping(value = "/getConfig")
    17. public Product getConfigInfo() {
    18. Product product = new Product();
    19. product.setName(env +"环境 端口:"+ port +" "+ info);
    20. return product;
    21. }
    22. }

    4、手动刷新

           在cmd窗口进行手动刷新,必须是post请求,且地址固定:curl -X POST "http://localhost:9000/actuator/refresh"。

          再次访问:http://localhost:9000/order/getConfig

     三、自动刷新

           问题:每个微服务如果需要加载最新配置信息,必须向每个微服务手动发送post请求,才能加载最新配置信息。因为微服务一般是集群方式,所以此种方式不方便,我们可以使用一个组件Bus总线,实现自动刷新。Bus总线支持RubbitMQ和kafak消息代理。

    什么是总线
           在微服务架构的系统中,通常会使用轻量级的消息代理来构建一个共用的消息主题,并让系统中所有微服务实例都连接上来。由于该主题中产生的消息会被所有实例监听和消费,所以称它为消息总线。在总线上的各个实例,都可以方便地广播一些需要让其他连接在该主题上的实例都知道的消息。

    基本原理
           ConfigClient实例都监听MQ中同一个topic(默认是springCloudBus)。当一个服务刷新数据的时候,它会把这个信息放入到Topic中,这样其它监听同一Topic的服务就能得到通知,然后去更新自身的配置。

    后续待更新。

    第十二章:Spring Cloud Config 统一配置中心详解

    第十四章:Spring Cloud Bus消息总线详解

  • 相关阅读:
    linux修改docker容器时间
    IM即时通讯系统[SpringBoot+Netty]——梳理(总)
    LangChain原理深度解析:构建高效语言模型应用的关键框架
    【Redis入门笔记 09】缓存穿透、击穿与雪崩
    opencv图像像素类型转换与归一化
    利用MS11_003 IE漏洞攻击win7主机
    深入解读新一代全栈框架 Fresh
    1.2.C++项目:仿mudou库实现并发服务器之时间轮的设计
    【案例分享】H3C设备配置端口镜像
    前端导出word文件的多种方式、前端导出excel文件
  • 原文地址:https://blog.csdn.net/qq_41946216/article/details/127461068