版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/LyySwx/article/details/90079803
目录
Spring Cloud Config分布式配置中心
关于配置文件的小tip
application.yml是用户级的资源配置项
bootstrap.yml是系统级的，优先级更加高
Spring Cloud会创建一个“Bootstrap Context”，作为Spring应用的“Application Context”的父上下文。初始化的时候“Bootstrap Context”负责从外部源加载陪我之属性并解析配置。这两个上下文共享一个从外部获取的“Environment”。Bootstrap属于有高优先级，默认情况下，它们不会被本地配置覆盖，“Bootstrap Context”和“Application Context”有着不同的约定，所以新增了
为什么会出现分布式配置中心？
- 分布式系统面临的---配置问题
- 微服务意味着要将单体应用中的业务拆分成一个一个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务，由于每个服务都需要必要的配置信息才能运行，我们每一个微服务自己带着一个application.yml，上百个配置文件的管理。。。。所以一套集中式的，动态的配置管理设施是必不可少的，SpringCLoud提供了ConfigServer来解决这个问题。
SpringCloud Config 是什么？
- SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的我i不配置。
怎么玩？
-
SpringCloud Config分为服务端和客户端两部分。
-
服务端也称为分布式配置中心，它是一个独立的微服务,用来连接配置服务器并未客户端提供获取配置信息，加密/解密信息等访问接口
-
客户端是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息配置服务器采用git来存储配置信息，这样有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容！
能干嘛？
- 集中管理配置文件
- 不同环境不同配置，动态化的配置更新，分环境部署比如：dev/test/prod/beta/release
- 运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取自己的
- 当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置
- 将配置信息以REST接口的形式暴露
与GitHub整合配置
- 由于SpringCloud默认使用Git来存储配置文件（也有其他方式，比如支持SVN和本地文件，但最推荐的还是Git，而且使用的是http/https访问的形式）
怎么搭建
可参考文章:
3.半小时搭建Spring Cloud Config（本地配置中心或git配置中心）
4.史上最简单的SpringCloud教程 | 第七篇: 高可用的分布式配置中心(Spring Cloud Config)
5.SpringCloud之高可用的分布式配置中心(Spring Cloud Config) |第十二章 -yellowcong