SpringCloud 10 - SpringCloud config 分布式配置中心


1. 概述

1.1 简介

① 什么是总线?

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

② 基本原理:

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

Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置的动态刷新。

springCloud服务更占有cup还是内存_SpringCloud Bus

Spring Cloud Bus 是用来将分布式系统的节点与轻量级消息系统连接起来的框架,它整合了 Java 的事件处理机制和消息中间件的功能。 Spring Cloud 目前支持两种消息代理:RabbitMQ 和 Kafka。

1.2 作用

Spring Cloud Bus 能管理和传播分布式系统间的消息,就像一个分布式执行器,可用于广播状态更改、事件推送等,也可以当做微服务间的通信通道。

springCloud服务更占有cup还是内存_SpringCloud Bus_02

2. RabbitMQ环境配置

RabbitMQ 的安装与配置

3. SpringCloud Bus动态刷新全局广播

3.1 演示广播效果,增加复杂度,再以 3355 位模板制作一个 3366

① 新建 modelu cloud-config-client-3366

② pom

<dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-config</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

③ bootstrap.yml

server:
  port: 3366

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://localhost:7001/eureka

# 暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"

④ 主启动

package com.janet.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;

/**
 * @Description TODO
 * @Date 2020/5/17 17:54
 * @Author Janet
 */
@EnableEurekaClient
@SpringBootApplication
public class ConfigClientMain3366 {
    public static void main(String[] args) {
        SpringApplication.run(ConfigClientMain3366.class,args);
    }
}

⑤ 业务类

package com.janet.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;

/**
 * @Description TODO
 * @Date 2020/5/17 17:56
 * @Author Janet
 */
@RestController
@RefreshScope
public class ConfigClientController {
    @Value("${server.port}")
    private String serverPort;

    @Value("${config.info}")
    private String configInfo;

    @GetMapping("/configInfo")
    public String getConfigInfo() {
        return "serverPort:"+serverPort+"\t\n\n configInfo:"+configInfo;
    }

}

3.2 设计思想

① 利用消息总线触发一个客户端 /bus/refresh,从而刷新所有客户端配置

springCloud服务更占有cup还是内存_SpringCloud Bus_03

② 利用消息总线触发一个服务端ConfigServer的/bus/refresh端点,从而刷新所有客户端配置

springCloud服务更占有cup还是内存_spring_04

③ 图二的架构显然更加合适,图一不合适原因如下:

  • 打破了微服务的职责单一性,因为微服务本身是业务模块,它本不应该承担配置刷新的职责
  • 破坏了微服务各节点的对等性
  • 有一定的局限性,例如,微服务在迁移时,它的网络地址常常会发生变化,此时如果想要做到自动刷新那就会增加更多的修改

3.3 给 cloud-config-center-3344 配置中心服务端添加消息总线支持

① pom

<!--添加消息总线RabbitMQ支持-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
        </dependency>

② yml

server:
  port: 3344

spring:
  application:
    name:  cloud-config-center #注册进Eureka服务器的微服务名
  cloud:
    config:
      server:
        git:
          uri: https://github.com/liyingdan/springcloud-config.git #GitHub上面的git仓库名字 https://github.com/liyingdan/springcloud-config.git
          ####搜索目录
          search-paths:
          - springcloud-config
      ####读取分支
      label: master

  #rabbitmq相关配置
  rabbitmq:
    host: localhost
    port: 5672
    username: guest
    password: guest

#服务注册到eureka地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

##rabbitmq相关配置,暴露bus刷新配置的端点
management:
  endpoints: #暴露bus刷新配置的端点
    web:
      exposure:
        include: 'bus-refresh'

3.4 给 cloud-config-center-3355 配置中心服务端添加消息总线支持

① pom

<!--添加消息总线RabbitMQ支持-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
        </dependency>

② yml

springCloud服务更占有cup还是内存_SpringCloud Bus_05

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 #配置中心地址k

  #rabbitmq相关配置 15672是Web管理界面的端口;5672是MQ访问的端口
  rabbitmq:
    host: localhost
    port: 5672
    username: guest
    password: guest

#服务注册到eureka地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

# 暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"

3.5 给 cloud-config-center-3366 配置中心服务端添加消息总线支持

① pom

<!--添加消息总线RabbitMQ支持-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
        </dependency>

② bootstrap.yml

server:
  port: 3366

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 #配置中心地址

  #rabbitmq相关配置 15672是Web管理界面的端口;5672是MQ访问的端口
  rabbitmq:
    host: localhost
    port: 5672
    username: guest
    password: guest

#服务注册到eureka地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka

# 暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"

3.6 测试

修改之前版本号都是 5:

springCloud服务更占有cup还是内存_消息总线_06

springCloud服务更占有cup还是内存_SpringCloud Bus_07

springCloud服务更占有cup还是内存_SpringCloud Bus_08

① 运维工程师

  • 修改 Github上配置文件增加版本号

springCloud服务更占有cup还是内存_SpringCloud Bus_09

  • 发送 Post 请求:curl -X POST "http://localhost:3344/actuator/bus-refresh"。一次发送,处处生效

springCloud服务更占有cup还是内存_SpringCloud Bus_10

配置中心:http://config-3344.com:3344/config-dev.yml

客户端:http://localhost:3355/configInfo   http://localhost:3366/configInfo

获取配置信息,发现都已经刷新了:

springCloud服务更占有cup还是内存_Cloud_11

springCloud服务更占有cup还是内存_spring_12

springCloud服务更占有cup还是内存_SpringCloud Bus_13

一次修改,广播通知,处处生效

springCloud服务更占有cup还是内存_Cloud_14

4. SpringCloud Bus 动态刷新定点通知

不想全部通知,只想定点通知。例如只想只通知3355,不通知3366。

简单一句话,指定某一实例生效而不是全部。公式:http://localhost:配置中心的端口号/actutor/bus-refresh/{destination}

/bus/refresh 请求不再发送到具体的服务实力上,而是发给 config server 通过 destination 参数指定需要更新配置的服务或实例。

4.1 案例

我们这里以刷新 3355 端口上的 config-client 为例,只通知 3355,不通知 3366。

springCloud服务更占有cup还是内存_SpringCloud Bus_15

curl -X POST "http://localhost:3344/actuator/bus-refresh/config-client:3355"

4.2 通知总结

springCloud服务更占有cup还是内存_spring_16


SpringCloud 12 - SpringCloud Stream 消息驱动