Spring Cloud 参考文档（Spring Cloud Config Client）

摘要：应用程序可以立即利用或应用程序开发人员提供的其他外部属性源，它还提取了一些与变化事件相关的额外有用特性。标签也可以以逗号分隔列表的形式提供，在这种情况下，列表中的项目将逐个尝试，直到成功为止，在处理特性分支时，此行为非常有用。

Spring Boot应用程序可以立即利用Spring Config Server（或应用程序开发人员提供的其他外部属性源），它还提取了一些与Environment变化事件相关的额外有用特性。

在类路径上具有Spring Cloud Config Client的任何应用程序的默认行为如下：当配置客户端启动时，它会绑定到Config Server（通过spring.cloud.config.uri bootstrap配置属性）并使用远程属性源初始化Spring Environment。

这种行为的最终结果是，所有想要使用Config Server的客户端应用程序都需要一个bootstrap.yml（或环境变量），其服务器地址在spring.cloud.config.uri中设置（默认为“http://localhost:8888" ）。

如果你使用DiscoveryClient实现，例如Spring Cloud Netflix和Eureka Service Discovery或Spring Cloud Consul，你可以将Config Server注册到Discovery Service，但是，在默认的“配置优先Bootstrap”模式下，客户端无法利用注册。

如果你更喜欢使用DiscoveryClient来定位Config Server，可以通过设置spring.cloud.config.discovery.enabled=true（默认值为false）来实现，这样做的最终结果是客户端应用程序都需要具有适当发现配置的bootstrap.yml（或环境变量）。例如，使用Spring Cloud Netflix，你需要定义Eureka服务器地址（例如，在eureka.client.serviceUrl.defaultZone中），使用此选项的代价是启动时额外的网络往返，以查找服务注册，好处是，只要Discovery Service是固定点，Config Server就可以更改其坐标。默认服务ID是configserver，但你可以通过设置spring.cloud.config.discovery.serviceId在客户端上更改它（在服务器上，以通常的方式提供服务，例如通过设置spring.application.name） 。

发现客户端实现都支持某种元数据映射（例如，我们为Eureka提供了eureka.instance.metadataMap），可能需要在其服务注册元数据中配置Config Server的一些额外属性，以便客户端可以正确连接。如果使用HTTP Basic保护Config Server，则可以将凭据配置为user和password，此外，如果Config Server具有上下文路径，则可以设置configPath，例如，以下YAML文件用于作为Eureka客户端的Config Server：

bootstrap.yml

eureka:
  instance:
    ...
    metadataMap:
      user: osufhalskjrtl
      password: lviuhlszvaorhvlo5847
      configPath: /config

在某些情况下，如果服务无法连接到Config Server，你可能希望服务启动失败，如果这是所需的行为，请将bootstrap配置属性spring.cloud.config.fail-fast=true设置为使客户端停止并显示异常。

如果你预期配置服务器在应用程序启动时偶尔可能不可用，你可以在失败后继续尝试。首先，你需要设置spring.cloud.config.fail-fast=true，然后，你需要在类路径中添加spring-retry和spring-boot-starter-aop，默认行为是重试六次，初始回退间隔为1000毫秒，后续回退的指数乘数为1.1，你可以通过设置spring.cloud.config.retry.*配置属性来配置这些属性（和其他属性）。

要完全控制重试行为，请添加一个类型为RetryOperationsInterceptor的@Bean，其ID为configServerRetryInterceptor，Spring Retry有一个RetryInterceptorBuilder支持创建它。

Config Service从/{name}/{profile}/{label}提供属性源，其中客户端应用程序中的默认绑定如下：

“name” = ${spring.application.name}

“profile” = ${spring.profiles.active}（实际上是Environment.getActiveProfiles()）

“label” = “master”

设置属性${spring.application.name}时，不要在应用程序名称前加上保留字application-，以防止解析正确的属性源问题。

你可以通过设置spring.cloud.config.*来覆盖所有这些（其中*是name、profile或label），该label可用于回滚到以前版本的配置，使用默认的Config Server实现，它可以是git标签，分支名称或提交ID。标签也可以以逗号分隔列表的形式提供，在这种情况下，列表中的项目将逐个尝试，直到成功为止，在处理特性分支时，此行为非常有用。例如，你可能希望将配置标签与你的分支对齐，但使其成为可选（在这种情况下，请使用spring.cloud.config.label=myfeature,develop）。

当你部署了多个Config Server实例并预期一个或多个实例不时不可用时，为确保高可用性，你可以指定多个URL（作为spring.cloud.config.uri属性下的逗号分隔列表），也可以让所有实例在Eureka等Service Registry中注册（如果使用发现优先Bootstrap模式）。请注意，只有在Config Server未运行时（即应用程序已退出时）或发生连接超时时，才能确保高可用性，例如，如果Config Server返回500（内部服务器错误）响应或Config Client从Config Server收到401（由于凭据错误或其他原因），则Config Client不会尝试从其他URL获取属性，这种错误表示用户问题而不是可用性问题。

如果在Config Server上使用HTTP基本安全性，则仅当你在spring.cloud.config.uri属性下指定的每个URL中嵌入凭据时，才能支持每个Config Server身份验证凭据，如果使用任何其他类型的安全机制，则无法（目前）支持每个Config Server身份验证和授权。

如果要配置读取超时，可以使用属性spring.cloud.config.request-read-timeout来完成此操作。

如果你在服务器上使用HTTP Basic安全性，客户端需要知道密码（如果不是默认值，则需要用户名），你可以通过配置服务器URI或多带带的用户名和密码属性指定用户名和密码，如以下示例所示：

bootstrap.yml

spring:
  cloud:
    config:
     uri: https://user:secret@myconfig.mycompany.com

以下示例显示了传递相同信息的另一种方法：

bootstrap.yml

spring:
  cloud:
    config:
     uri: https://myconfig.mycompany.com
     username: user
     password: secret

spring.cloud.config.password和spring.cloud.config.username值覆盖URI中提供的任何内容。

如果你在Cloud Foundry上部署应用程序，提供密码的最佳方式是通过服务凭据（例如在URI中，因为它不需要在配置文件中），以下示例在本地运行，并在名为configserver的Cloud Foundry上为用户提供服务：

bootstrap.yml

spring:
  cloud:
    config:
     uri: ${vcap.services.configserver.credentials.uri:http://user:password@localhost:8888}

如果你使用其他形式的安全性，则可能需要向ConfigServicePropertySourceLocator提供一个RestTemplate（例如，通过在引导程序上下文中获取它并注入它）。

Config Client提供尝试从Config Server加载配置的Spring Boot Health Indicator，可以通过设置health.config.enabled=false来禁用健康指示器，出于性能原因，还会缓存响应，生存的默认缓存时间为5分钟，要更改该值，请设置health.config.time-to-live属性（以毫秒为单位）。

在某些情况下，你可能需要自定义从客户端向配置服务器发出的请求，通常，这样做涉及传递特殊的Authorization headers来验证对服务器的请求，要提供自定义RestTemplate：

使用PropertySourceLocator的实现创建一个新的配置bean，如以下示例所示：

CustomConfigServiceBootstrapConfiguration.java

@Configuration
public class CustomConfigServiceBootstrapConfiguration {
    @Bean
    public ConfigServicePropertySourceLocator configServicePropertySourceLocator() {
        ConfigClientProperties clientProperties = configClientProperties();
       ConfigServicePropertySourceLocator configServicePropertySourceLocator =  new ConfigServicePropertySourceLocator(clientProperties);
        configServicePropertySourceLocator.setRestTemplate(customRestTemplate(clientProperties));
        return configServicePropertySourceLocator;
    }
}

在resources/META-INF中，创建一个名为spring.factories的文件并指定自定义配置，如以下示例所示：

spring.factories

org.springframework.cloud.bootstrap.BootstrapConfiguration = com.my.config.client.CustomConfigServiceBootstrapConfiguration

使用Vault作为配置服务器的后端时，客户端需要为服务器提供令牌以从Vault检索值，可以通过在bootstrap.yml中设置spring.cloud.config.token在客户端内提供此令牌，如以下示例所示：

bootstrap.yml

spring:
  cloud:
    config:
      token: YourVaultToken

Vault支持将密钥嵌套在Vault中存储的值中，如以下示例所示：

echo -n "{"appA": {"secret": "appAsecret"}, "bar": "baz"}" | vault write secret/myapp -

此命令将JSON对象写入Vault，要在Spring中访问这些值，可以使用传统的点（.）注解，如以下示例所示：

@Value("${appA.secret}")
String name = "World";

上面的代码会将name变量的值设置为appAsecret。