因为我们微服务的模块太多了，这样每一个都有一个application.yml文件，假如说此时数据库的配置变了，这样一个个修改yml文件太麻烦了，所以我们想要一套集中式的，动态的配置管理设施是必不可少的。此时SpringCloud Config就登场了。

        SpringCloud Config为各个服务提供集中化的外部配置支持，配置服务器为各个不同的微服务应用所有的环境提供了一个中心化的外部配置。

        SpringCloud Config分为服务端和客户端两部分。

基本流程：

        就是我们的cofig服务端永远连接的是Git，客户端是从服务端上获取数据。只要运维人员在git上修改后，我们的服务端刷新就能获取最新的配置，但是客户端获取到的还是服务端的“老”数据(类似缓存一样)。所以我们必须重启，但是这样显然不妥，解决的方式就是每次运维人员在Git上修改完后，给每个客户端发送一个Post的刷新请求即可。

        此时还有一个问题就是：运维要给每个客户端都要执行一次post请求，可否广播，一次通知，处处生效，并且我们想要自定义的控制哪些客户端刷新，哪些不动，此时消息总线Bus就登场了。