Spring Cloud Config为服务端和客户端提供了分布式系统的外部化配置支持。配置服务器为各应用的全部环境提供了一个中心化的外部配置。它实现了对服务端和客户端对Spring Environment和PropertySource抽象的映射,因此它除了适用于Spring构建的应用程序,也能够在任何其余语言运行的应用程序中使用。做为一个应用能够经过部署管道来进行测试或者投入生产,咱们能够分别为这些环境建立配置,而且在须要迁移环境的时候获取对应环境的配置来运行。
java
置服务器默认采用git来存储配置信息,这样就有助于对环境配置进行版本管理,而且能够经过git客户端工具来方便的管理和访问配置内容。固然他也提供本地化文件系统的存储方式。git
使用 spring Cloud 进行集中式配置管理,将以往的配置文件从项目中摘除后放到Git 或svn中集中管理,并在须要变动的时候,能够通知到各应用程序,应用程序刷新配置不须要重启。web
git 上存放咱们的远程配置文件
config-server 链接到 git
config-client 链接到config-server
当咱们启动config-client 服务的时候,client 会经过链接的 config-server 拿到远程git 上面的配置文件,而后经过 Spring 加载到对象中。 redis
pom.xml依赖spring
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency>
建立Spring Boot的程序主类,并添加@EnableConfigServer
注解,开启Config Serverbootstrap
@EnableConfigServer @SpringBootApplication public class Application { public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); } }
application.properties
中配置服务信息以及git信息服务器
spring.application.name=config-server #spring boot port server.port=7001 # git管理配置 spring.cloud.config.server.git.uri=http://git.oschina.net/zjb_china/SpringCloud-Learning
spring.cloud.config.server.git.searchPaths=Chapter9-1-4/config-repo
spring.cloud.config.server.git.username=username
spring.cloud.config.server.git.password=password
到这里,使用一个经过Spring Cloud Config实现,并使用git管理内容的配置中心已经完成了,启动该应用app
咱们只须要设置属性spring.profiles.active=native
,Config Server会默认从应用的src/main/resource
目录下检索配置文件。分布式
也能够经过spring.cloud.config.server.native.searchLocations=file:F:/properties/
属性来指定配置文件的位置。svn
Chapter9-1-4/ 下建立了一个config-repo目录做为配置仓库,并根据不一样环境新建了下面四个配置文件:
其中设置了一个from属性,为每一个配置文件分别设置了不一样的值,如:
同时建立一个config-label-test分支,并将各配置文件中的值用2.0做为后缀
URL与配置文件的映射关系以下:
上面的url会映射{application}-{profile}.properties
对应的配置文件,{label}
对应git上不一样的分支,默认为master。
要访问config-label-test分支,didispace应用的prod环境,能够经过这个url:http://localhost:7001/didispace/prod/config-label-test
pom.xml依赖
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency>
建立bootstrap.properties
配置,来指定config server
#bootstrap.properties的加载也是先于application.properties #bootstrap.properties配置,来指定config server #对应前配置文件中的{application}部分 spring.application.name=didispace #对应前配置文件中的{profile}部分 spring.cloud.config.profile=test #对应前配置文件的git分支 spring.cloud.config.label=config-label-test #配置中心的地址 spring.cloud.config.uri=http://localhost:7001/ #spring boot port server.port=7002
上面这些属性必须配置在bootstrap.properties
中,config部份内容才能被正确加载。由于config的相关配置会先于application.properties
,而bootstrap.properties
的加载也是先于application.properties
。
建立最基本的Spring Boot启动主类
@SpringBootApplication public class Application { public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); } }
建立一个Rest Api来返回配置中心的from属性
@RefreshScope @RestController class TestController { @Value("${from}") private String from; @RequestMapping("/from") public String from() { return this.from; } }
经过@Value("${from}")绑定配置服务中配置的from属性。
启动该应用,并访问:http://localhost:7002/from ,咱们就能够根据配置内容输出对应环境的from内容了。
config-client 工程中添加依赖监控模块,其中包含了/refresh
刷新API
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> <optional>true</optional> </dependency>
在须要自动更新配置变量的Java类上,使用注解 @RefreshScope 修饰
之后当咱们再更新git上面的配置文件后,在 config-client 端执行POST 请求 http://localhost:8080/refresh 就能够更新刷新配置变量到内存中了。
若是咱们 config-client 作的是分布式部署,岂不是要每个机器都POST一下 /refresh 请求,这样显然不是最好的方法。
Spring Cloud Bus 为咱们解决了这样的问题。
经过Spring Cloud Bus来实现以消息总线的方式进行通知配置信息的变化,完成集群上的自动化更新。
Cloud Bus 须要依赖AMQP、Redis、Kafka 这样的组件作为代理才可使用。