springcloud 入门 8 （config配置中心）
在分布式系统中，每一个功能模块都能拆分成一个独立的服务，一次请求的完成，可能会调用很多个服务协调来完成，为了方便服务配置文件统一管理，更易于部署、维护，所以就需要分布式配置中心组件了，在spring cloud中，有分布式配置中心组件spring cloud config，它支持配置文件放在在配置服务的内存中，也支持放在远程Git仓库里。引入spring cloud config后，我们的外部配置文件就可以集中放置在一个git仓库里，再新建一个config server，用来管理所有的配置文件，维护的时候需要更改配置时，只需要在本地更改后，推送到远程仓库，所有的服务实例都可以通过config server来获取配置文件，这时每个服务实例就相当于配置服务的客户端config client,为了保证系统的稳定，配置服务端config server可以进行集群部署，即使某一个实例，因为某种原因不能提供服务，也还有其他的实例保证服务的继续进行。
分享一个在网上看到架构图：
---------------------
作者：冰与火IAF
来源：CSDN
原文：https://blog.csdn.net/fox9916/article/details/79499854/
版权声明：本文为博主原创文章，转载请附上博文链接！
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请求地址和存放资源文件映射如下:
- /{application}/{profile}[/{label}]
- /{application}-{profile}.yml
- /{label}/{application}-{profile}.yml
- /{application}-{profile}.properties
- /{label}/{application}-{profile}.properties
eg: config-client-dev.properties
{application}-{profile}.properties
其中 application 相当于是文件的 config-client，profile 相当于 dev
访问方式如下：
文件名访问如下：
这是properties后缀文件，ynl文件也是类似，大家可以自己试一下，我就不演示了
这是服务端的启动和测试，那么我们来创建一个客户端，来调用服务端的配置文件试一下效果.
客户端搭建：
第一步：搭建客户端项目：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的集群来演示了。大家明白高可用是通过集群来实现的就可以了，如果后期需要我会在高级课程中再介绍