Spring Cloud Config：

　　配置中心为了方便服务配置文件统一管理，实时更新，所以需要分布式配置中心组件,它就是Spring Cloud Config.

　　在分布式系统中，由于服务数量巨多，为了方便服务配置文件统一管理，实时更新，所以需要分布式配置中心组件。在Spring Cloud中，有分布式配置中心组件spring cloud config ，它支持配置服务放在配置服务的内存中（即本地），也支持放在远程Git仓库中。在spring cloud config 组件中，分两个角色，一是config server，二是config client。　

服务端搭建：

　　第一步：创建一个springcloud的项目，重新开发，和前面几章创建的项目没有关系了。后期会整合起来的。pom如下：

　　第二步：启动类配置： @EnableConfigServer

　　第三步：修改配置文件：application.yml

　　第四步：启动服务端进行测试：

　　　　github上的配置文件目录如下：

　　　　　　启动项目后，访问zuul-dev的配置文件，有两类访问方式：

　　　　　　　第一种，rest访问：

　　　　　　　第二种：直接对应文件名称访问　

http请求地址和存放资源文件映射如下:

　　这是服务端的启动和测试，那么我们来创建一个客户端，来调用服务端的配置文件试一下效果.

客户端搭建：

　　　第一步：搭建客户端项目：pom文件如下：

　　   第二步：写个测试请求

　　　　、

　　 第三步：修改配置文件：bootstrap.yml【注意这个配置名字】

　　　第四步：启动测试：

　　　　启动9008端口服务：

　　　到这客户端也基本上搭建完毕（这只是springcloud的入门学习。不会介绍很深，后期的整合应用会更进一步去介绍他们的用法）

　　　请求流程:

注意：

　　config 客户端启动会经常报  8888错误？

　　问题解决：

　　　　通过启动日志可以发现：服务还是去 默认端口8888取配置中心的文件；这是怎么回事呢。其实就是一个配置文件优先级的问题；SpringCloud里面有个“启动上下文”,主要是用于加载远端的配置,也就是加载ConfigServer里面的配置,默认加载顺序为:加载bootstrap.*里面的配置 --> 链接configserver,加载远程配置 --> 加载application.*里面的配置; 总结:这里需要借助于“启动上下文”来处理加载远程配置；

所以只要将配置文件改为bootstrap.properties或bootstrap.yml文件即可（这也是我上面为啥给配置文件命名bootstrap的原因）

config的高可用：

　　上面已经介绍了服务如何从配置中心读取文件，配置中心如何从远程git读取配置文件，当服务实例很多时，都从配置中心读取文件，这时可以考虑将配置中心做成一个微服务，将其集群化，从而达到高可用，架构图如下：

　　我来演示怎么搭建向服务中心注册的配置中心：（向enreka注册，在前面我已经介绍了，现在只不过把配置中心化的服务端和客户端做成一个微服务，向enreka进行注册）

　　　我的服务中心9000，在前面几篇博客都是在用9000作为服务中心，现在我从新把它启动作为注册中心。让config-server 和config-client 注册到9000上：

　　　　修改config-server：

　　　　　　第一步：修改pom文件，把enreka的客户端加进来：

　　　　　　第二步：启动类加上向服务器注册的注解标签：

　　　　　　第三步：修改配置文件，向9000注册：

　　　　修改config-client :

　　　　　　步奏与上面一直， 我就不重复粘贴了，唯一不同的是修改config-server 时修改的是application.yml。config-client 修改的 bootstrap.yml文件

　　　修改完成后启动注册中心，config-server,和config-client，访问9000端口测试如下：

　　　　访问测试如下：

　　到这高可用的基本模型搭建出来了。注意这里的高可用应该是config-server做一个集群，供客户端访问从而进行负载均衡，保证请求的响应，但是我只是介绍这种概念，就不再建config-server的集群来演示了。大家明白高可用是通过集群来实现的就可以了，如果后期需要我会在高级课程中再介绍