六，Spring Cloud Config配置管理

写在前面的话：本文大部分（说全部也没问题）都是抄写的，课堂的资料给的特别好。感觉耻于提笔，但不写上就影响整个博客内容了。以后会改/写出我的笔记的。
感谢你的路过，希望学生的笔记能给你一点微不足道的参考（2/100）
Java基础思维导图，完整Java体系的链接
微服务部分内容链接。感谢开课吧。
大概十几个文章吧

6.1 Spring Cloud Config 简介

   在Spring Boot项目中，默认会提供一个application.properties/application.yml文件，可以把一些全局性的配置/需要动态维护的配置写入改文件，比如数据库连接，功能开关，限流阈值，服务地址等。为了解决不同环境下服务连接配置等信息的差异，Spring Boot提供了基于spring.profiles.active={profile}的机制来实现不同的环境的切换。
随着单体架构向微服务架构的演进，应用独立维护本地配置文件的方式显露出了它的不足之处。
   ● 配置的动态更新：在实际应用会有动态更新位置的需求，比如修改服务连接地址、限流配置等。在传统模式下，需要手动修改配置文件并且重启应用才能生效，这种方式效率太低，重启也会导致服务暂时不可用。
   ● 配置多节点维护：在微服务架构中某些核心服务为了保证高性能会部署上百个节点，如果在每个节点中都维护一个配置文件，一旦配置文件中的某个属性需要修改，可想而知，工作量是巨大的。
   ● 不同部署环境下配置的管理：前面提到通过profile机制来管理不同环境下的配置，这种方式对于日常维护来说也比较繁琐。
统一配置管理就是弥补上述不足的方法，简单说，把各个应用系统中的某些配置放在一个第三方中间件上进行统一维护。然后，对于统一配置中心上的数据的变更需要推送到相应的服务节点实现动态跟新，所以微服务架构中，配置中心也是一个核心组件，而Spring Cloud Config就是一个配置中心组件，并且可以Git，SVN，本地文件等作为存储。如图6-1所示。

6.2 Spring Cloud Config 实践

   实现最简单的配置中心，创建06_cloud_config微服务工程，作为配置中心的Config Server，同时使用git作为配置存储方式，改造之前支付微服务工程，作为客户端从Config Server获取配置。具体实现如下。

6.2.1 配置中心服务端

   创建06_cloud_config配置中心服务端工程，同时使用默认git作为存储方式。
1.添加依赖
   添加依赖如图6-2所示。

   pom.xml完整代码如下。

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.4.9</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.lxs.demo</groupId>
    <artifactId>06_cloud_config</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>06_cloud_config</name>
    <description>Demo project for Spring Boot</description>
    <properties>
        <java.version>1.8</java.version>