微服务spring cloud—使用SpirngCloudConfig统一管理

使用Spring Cloud Config统一管理微服务配置

为什么要统一管理微服务配置？

对于传统的单体应用，常使用配置文件管理所有的配置。例如一个Spring Boot开发的单体应用，可将配置内容在application.yml文件中。如果需要切换环境，可切换多个Profile，并在启动应用时指定spring.profiles.active={profile}。当然也可借助Maven的Profile实现环境切换。

然而，在微服务架构中，微服务的配置管理一般有以下需求：

集合管理配置。一个使用微服务框架的应用系统可能会包含成千上百个微服务，
因此集中管理配置是非常有必要的。
不同环境不同配置。例如：数据源配置在不同的环境（开发、测试、预发布、生产等）
中是不同的。
运行期间可动态调整。例如：可根据各个微服务的负载情况，动态调整数据源连接池
大小或者熔断阈值，并且在调整配置时不停止微服务。
配置修改后可自动更新。若配置内容发生变化，微服务能够自动更新配置。

综上所述，对于微服务架构而言，一个通用的配置管理机制是必不可少的，常见做法就是
配置服务器管理配置。

Spring Cloud Config简介

Spring Cloud Config为分布式系统外部化配置提供了服务器端和客户端的支持，它包括Config Server和Config Client两部分。由于Config Server和Config Client都实现了对Spring Environment和PropertySource抽象的映射。因此，Spring Cloud Config非常适合spring应用程序，当然也可以与任何其他语言编写的应用程序配合使用。

Config Server是一个可横向扩展、集中式的配置服务器，他用于集中管理应用程序各个环境下的配置，默认使用Git存储配置内容（也可以使用Subversion、本地文件系统或Vault存储配置）因此可以很方便地实现对配置版本控制与内容审计。

Config Client是Config Server的客户端，用于操作存储在Config Server中的配置属性。所有的微服务都指向Config Server。各个微服务在启动时，会请求Config Server以获取所需要的配置属性，然后换存这些属性以提高性能。

本文大部分内容转载自周立的《Spring Cloud与Docker微服务架构实战》