GitHub地址:
一、 为什么要统一管理微服务配置
在传统的单体应用,常使用配置文件管理所有配置。比如,一个 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 中的配置属性(如下图-Spring Cloud Config 架构图,所有的微服务都指向 Config Server)。各个微服务在启动时,会请求 Config Server 以获取所需要的配置属性,然后缓存这些属性以提高性能。
图 - Spring Cloud Config 架构图
参考资料:
· Spring Cloud Config 的 GitHub 地址:
本文为博主原创文章,转载请注明出处!