【SpringCloud框架之Config分布式配置中心】

本笔记内容为尚硅谷SpringCloud框架开发Config配置中心部分

目录

一、概述

1、是什么

2、作用

二、Config服务端配置与测试

1、建仓库并克隆

2、新建项目

1.新建Module

2.POM

3.YML

4.主启动类

5.windows下修改hosts文件，增加映射

6.测试通过Config微服务是否可以从GitHub上获取配置内容 

7.配置读取规则

三、Config客户端配置与测试 

1、新建Module

2、POM

3、bootstrap.yml

4、主启动 

5、业务类

6、测试

7、动态刷新问题

四、Config客户端之动态刷新 

1、动态刷新步骤

1.POM引入actuator监控

2.修改YML，暴露监控端口

4.@RefreshScope业务类Controller修改 

5.此时修改github

6.问题

2、思考

---

一、概述

---

微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。

SpringCloud提供了ConfigServer来解决这个问题，我们每一个微服务自己带着一个application.yml，上百个配置文件的管理

官网 ：Spring Cloud Config  

1、是什么

SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。

SpringCloud Config分为服务端和客户端两部分。

 

服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息，加密/解密信息等访问接口

 

客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容。

2、作用

• 集中管理配置文件。
• 不同环境不同配置，动态化的配置更新，分环境部署比如dev/test/prod/beta/release。
• 运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息。
• 当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置。
• 将配置信息以REST接口的形式暴露：post、curl访问刷新均可。

与GitHub整合配置：由于SpringCloud Config默认使用Git来存储配置文件(也有其它方式,比如支持SVN和本地文件)，但最推荐的还是Git，而且使用的是http/https访问的形式（推荐码云）

二、Config服务端配置与测试

---

1、建仓库并克隆

这里是用GitHub作为例子（根据自己情况决定）

①用你自己的账号在GitHub上新建一个名为springcloud-config的新Repository

②由上一步获得刚新建的git地址，[email protected]:zzyybs/springcloud-config.git

③本地硬盘目录上新建git仓库并clone

本地地址：D:\44\SpringCloud2020

git命令：git clone [email protected]:zzyybs/springcloud-config.git

④此时在本地D盘符下D:\44\SpringCloud2020\springcloud-config

表示多个环境的配置文件、保存格式必须为UTF-8

如果需要修改，此处模拟运维人员操作git和github

git add .

git commit -m "init yml"

git push origin master

2、新建项目

1.新建Module

新建Module模块cloud-config-center-3344它即为Cloud的配置中心模块cloudConfig Center

2.POM

    
        mscloud
        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
        
    

3.YML

server:
  port: 3344

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

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

4.主启动类

@EnableConfigServer

ConfigCenterMain3344

package com.atguigu.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;

@SpringBootApplication
@EnableConfigServer
public class ConfigCenterMain3344
{
    public static void main(String[] args) {
            SpringApplication.run(ConfigCenterMain3344.class, args);
    }
}

5.windows下修改hosts文件，增加映射

127.0.0.1  config-3344.com

6.测试通过Config微服务是否可以从GitHub上获取配置内容 

启动微服务3344

http://config-3344.com:3344/master/config-dev.yml

7.配置读取规则

①官网

②/{label}/{application}-{profile}.yml

master分支

http://config-3344.com:3344/master/config-dev.yml
http://config-3344.com:3344/master/config-test.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-test.yml
http://config-3344.com:3344/dev/config-prod.yml 

③/{application}-{profile}.yml 

http://config-3344.com:3344/config-dev.yml
http://config-3344.com:3344/config-test.yml
http://config-3344.com:3344/config-prod.yml
http://config-3344.com:3344/config-xxxx.yml(不存在的配置)

④/{application}/{profile}[/{label}] 

http://config-3344.com:3344/config/dev/master
http://config-3344.com:3344/config/test/master
http://config-3344.com:3344/config/test/dev

⑤重要配置细节总结 

成功实现了用SpringCloud Config通过GitHub获取配置信息

三、Config客户端配置与测试 

---

1、新建Module

新建cloud-config-client-3355

2、POM

    
        mscloud
        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
        
    




 

3、bootstrap.yml

applicaiton.yml是用户级的资源配置项

bootstrap.yml是系统级的，优先级更加高

 

Spring Cloud会创建一个“Bootstrap Context”，作为Spring应用的`Application Context`的父上下文。初始化的时候，`Bootstrap Context`负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的`Environment`。

`Bootstrap`属性有高优先级，默认情况下，它们不会被本地配置覆盖。 `Bootstrap context`和`Application Context`有着不同的约定，所以新增了一个`bootstrap.yml`文件，保证`Bootstrap Context`和`Application Context`配置的分离。

 

要将Client模块下的application.yml文件改为bootstrap.yml,这是很关键的，

因为bootstrap.yml是比application.yml先加载的。bootstrap.yml优先级高于application.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 #配置中心地址k

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

修改config-dev.yml配置并提交到GitHub中，比如加个变量age或者版本号version

4、主启动 

类ConfigClientMain3355

package com.atguigu.springcloud;

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

@EnableEurekaClient
@SpringBootApplication
public class ConfigClientMain3355
{
    public static void main(String[] args)
    {
        SpringApplication.run(ConfigClientMain3355.class,args);
    }
}

5、业务类

package com.atguigu.springcloud.controller;

import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.beans.factory.annotation.Value;

@RestController
public class ConfigClientController
{
    @Value("${config.info}")
    private String configInfo;

    @GetMapping("/configInfo")
    public String getConfigInfo() 

    {
        return configInfo;
    }
}

6、测试

启动Config配置中心3344微服务并自测

http://config-3344.com:3344/master/config-prod.yml
http://config-3344.com:3344/master/config-dev.yml

启动3355作为Client准备访问

http://localhost:3355/configInfo 

成功实现了客户端3355访问SpringCloud Config3344通过GitHub获取配置信息

7、动态刷新问题

问题随时而来，分布式配置的动态刷新问题 

Linux运维修改GitHub上的配置文件内容做调整

刷新3344，发现ConfigServer配置中心立刻响应

刷新3355，发现ConfigClient客户端没有任何响应

3355没有变化除非自己重启或者重新加载

难到每次运维修改配置文件，客户端都需要重启？？噩梦

四、Config客户端之动态刷新 

---

1、动态刷新步骤

修改3355模块

1.POM引入actuator监控

    org.springframework.boot
    spring-boot-starter-actuator

2.修改YML，暴露监控端口

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

#服务注册到eureka地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka
# 暴露监控端点
management:
  endpoints:
    web:
      exposure:
        include: "*"

4.@RefreshScope业务类Controller修改 

package com.atguigu.springcloud.controller;

import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.beans.factory.annotation.Value;

@RestController
@RefreshScope
public class ConfigClientController
{
    @Value("${config.info}")
    private String configInfo;

    @GetMapping("/configInfo")
    public String getConfigInfo() {
        return configInfo;
    }
}

5.此时修改github

修改了信息后访问---> 3344 ---->3355

http://localhost:3355/configInfo

发现3355没有改变

6.问题

需要运维人员发送Post请求刷新3355

#必须是POST请求

curl -X POST "http://localhost:3355/actuator/refresh"

再次访问：http://localhost:3355/configInfo

成功实现了客户端3355刷新到最新配置内容，避免了服务重启

2、思考

假如有多个微服务客户端3355/3366/3377

每个微服务都要执行一次post请求，手动刷新？

可否广播，一次通知，处处生效？

我们想大范围的自动刷新，具体见下一篇笔记SpringCloud Bus消息总线

结束！