19_SpringCloud Config分布式配置中心——理论

SpringCloud Config分布式配置中心

举例说明：假如有n多个微服务，每个微服务连接者同一个数据库，而且每一个微服务都有application.yml配置，这样的话改起来会很麻烦，无疑是添加了运维工程师的工作量。我们需要像网关一样有一个全局的配置。能够一处修改处处生效，这样也适合管理。
而且上线以后有开发环境，生产环境，测试环境…三套配置的管理系统和管理要求，面临严重的配置问题。

分布式系统面临的问题——配置问题

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

是什么？

官网：

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

说明：运维工程师修改了远程仓库上面的配置文件，你同步到你本地的仓库，在同步到Config Server服务，然后让ABC三个微服务一起下。实现了工程师一次修改，处处生效。

怎么玩？

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

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

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

能干嘛？

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