SpringCloud系列：7.微服务统一配置中心Config

一、Config简介

在普通的SpringBoot单体应用中，我们常使用配置文件（application(*).properties或yml）管理应用的所有配置。而在微服务体系中，可以看成是一个个分开的SpringBoot工程，随着微服务数量的增多，配置文件也响应增加，配置管理的问题便会暴露出来。在开发阶段，不同微服务器各自管各自的配置，这样做并没有什么问题，但到了生产阶段管理起来就会很困难，尤其要大规模更新某项配置，难度可想而知。

在这样的情况下，Spring Cloud提供了一个Config子项目，也是就是微服务统一配置中心，开发者可使用配置服务器集中地管理所有服务的各种环境配置文件。

Spring Cloud Config具有中心化、版本控制、支持动态更新和语言独立等特性。使用Config，大致有以下优势：

·提供配置服务器（Config Server）和配置客户端（Config Client）两种角色，便于部署和使用，使开发者可以集中式管理分布式环境下的应用配置。

·配置服务器集中对配置资源进行管理，并支持多种配置资源存储方式，如Git、SVN及文件系统。

·基于Spring环境，与Spring Boot深度整合，在应用中通过几个简单的注解就可以实现配置的统一管理，而不需要过多的投入。

·Spring Cloud Config提供与Spring Boot配置类似的机制，可以非常容易地实现对应用开发环境、测试环境、仿真环境和生产环境的配置、切换和迁移等处理。

·配置服务器可以方便地与Eureka和Consul等进行整合，快速构建一个高可用的配置服务。

Config分为服务端Server和客户端Client。Server作为配置中心的服务端，当配置客户端获取配置时，服务端及时从Git仓库中（默认方式，可调整）获取配置副本，从而保证配置数据为最新，配置文件格式支持yml、json、properties等。

二、示例演示，搭建Config Server

国际惯例，依旧继续沿用上一章的微服务代码，来集成微服务配置中心Config。

创建基于maven的Config项目config-server，在pom文件中主要引入Eureka和Config的依赖。

然后在启动类上@EnableConfigServer声明这是一个Config项目，当然，Config配置中心也是要注册到Eureka上的，方便在分布式时可以更加容易的访问。

依旧是配置文件，其实对于Config工程，核心功能就是对配置文件读取，所以重点也是对这项进行配置，spring.cloud.config.server表示对Config的服务端Server进行配置，git表明使用git存放文件，这里使用了我的github，而uri则对应的是git的仓库地址，search-path表示仓库中详细路径，由于这里我使用了公共仓库，所以这里不需要账号密码，server.label属性表示使用的分支，这是使用的就是master。

访问https://github.com/imyanger/springcloud-project.git，进入对应的文件夹p6-config/config-server/config，可以看到文件夹中仅有一个book-server.yml文件，至于文件中的内容，这里简单的配置了一下redis的连接信息。

这样配置中心Config就已经搭建完毕。分别启动eureka-server和刚刚搭建的config-server，config-sever的端口为18050，然后我们在地址栏上输入http://localhost:10850/book-server-dev.yml，发现输出的结果和我们直接查看github是一致的，这说明Config的服务端Server已经成功搭建。

Config的http请求地址和资源文件映射如下:

/{application}/{profile}[/{label}]
/{application}-{profile}.yml
/{label}/{application}-{profile}.yml
/{application}-{profile}.properties
/{label}/{application}-{profile}.properties

三、构建Config Client

上面也说过，Config主要分为服务端Server和客户端Client，而Client即我们的消费者，也就是配置文件的适用方，假设我们要在book-server使用Config的book-server-dev.yml，我们应该怎么做呢？

要使用Config，首先book-server同样需要先引入Config的依赖spring-cloud-starter-config。

然后在book-server中添加配置文件bootstrap.yml，添加配置文件bootstrap.yml，添加配置文件bootstrap.yml，重要的事情说三遍，而不是在原配置文件application.yml中添加，否则无法生效。

我们使用spring.cloud.config进行配置，name设置配置文件的前缀，profile为环境变量，也可以简单认为为文件后缀，SpringBoot中配置文件，不同环境的文件通常以-{profile}结尾。其中ip属性指明Config的地址，当Config未在注册中心注册或者Config服务端仅为单机时，可以直接使用这个ip属性，此时由客户端通过ip直接去访问Config，实际生产中，配置中心Config为了高可用，一定是分布式的，所以这种方法并不可取。另一种方式是将Config注册到Eureka，然后通过Eureka去发现Config，前面我们已经将Config注册到Eureka上了，所以要配置discovery，enabled=true开启注册中心寻找配置文件，service-id则是Config注册到Eueka的服务名。

除了配置discovery外，我们还需要在bootstrap中额外再配置一遍Eueka注册中心，这点和application配置其实一样的，但是就是要重新再配置份。

这样客户端的配置也完成了，为了能清晰地看出读取Config配置中心是否起作用，这里增加ConfigApi主要使用@Value输出配置文件中的值。

依旧访问swagger-ui，或者直接浏览器访问，因为这里是get请求。成功访问后我们看到输出结果，而这个正是我们在Config中book-server-dev.yml的内容，说明读取成功。

源码地址：  https://github.com/imyanger/springcloud-project/tree/master/p6-config