此版本仍在开发中,尚未被视为稳定版本。对于最新的稳定版本,请使用 Spring Cloud Config 4.1.4! |
环境存储库
您应该将 Config Server 的配置数据存储在哪里?
控制此行为的策略是EnvironmentRepository
服务Environment
对象。
这Environment
是 Spring 中域的浅层副本Environment
(包括propertySources
作为主要功能)。
这Environment
资源由三个变量参数化:
-
{application}
,该 Map 到spring.application.name
在客户端。 -
{profile}
,该 Map 到spring.profiles.active
在客户端上(逗号分隔的列表)。 -
{label}
,这是一个服务器端功能,用于标记一组“版本化”的配置文件。
存储库实现通常行为类似于 Spring Boot 应用程序,从spring.config.name
等于{application}
parameter 和spring.profiles.active
等于{profiles}
参数。
配置文件的优先规则也与常规 Spring Boot 应用程序中的优先级规则相同:活动配置文件优先于默认值,并且,如果有多个配置文件,则最后一个配置文件获胜(类似于向Map
).
以下示例客户端应用程序具有此引导程序配置:
spring:
application:
name: foo
profiles:
active: dev,mysql
(与 Spring Boot 应用程序一样,这些属性也可以通过环境变量或命令行参数设置)。
如果存储库是基于文件的,则服务器会创建一个Environment
从application.yml
(在所有客户端之间共享)和foo.yml
(使用foo.yml
优先)。
如果 YAML 文件中包含指向 Spring 配置文件的文档,则这些文档将以更高的优先级应用(按列出的配置文件的顺序)。
如果存在特定于配置文件的 YAML(或属性)文件,则这些文件的优先级也高于默认值。
更高的优先级转换为PropertySource
在Environment
.
(这些相同的规则适用于独立的 Spring Boot 应用程序。
您可以设置spring.cloud.config.server.accept-empty
自false
,以便在未找到应用程序时,Server 将返回 HTTP 404 状态。默认情况下,此标志设置为true
.
您不能将spring.main.* 远程EnvironmentRepository .这些属性用作应用程序初始化的一部分。 |