分布式环境下的统一配置框架,已经有不少了,比如百度的disconf,阿里的diamand

官方文档对spring Cloud Config的描述如下:

  Spring Cloud Config为分布式系统中的外部配置提供服务器和客户端支持,使用Config Server,您可以在所有环境中管理应用程序的外部属性。客户端和服务器上的概念映射与Spring Environment和PropertySource抽象相同,

  因此它们与Spring应用程序非常契合,但可以与任何以任何语言运行的应用程序一起使用。随着应用程序通过从开发人员到测试和生产的部署流程,您可以管理这些环境之间的配置,并确定应用程序具有迁移时需要运行的一切。

  服务器存储后端的默认实现使用git,因此它轻松支持标签版本的配置环境,以及可以访问用于管理内容的各种工具。很容易添加替代实现,并使用Spring配置将其插入。

1.为什么要配置中心?

一个应用中不只是代码,还需要连接资源和其它应用,经常有很多需要外部设置的项去调整应用行为,如切换不同的数据库,设置功能开关等。

随着系统微服务的不断增加,首要考虑的是系统的可伸缩、可扩展性好,随之就是一个配置管理的问题。各自管各自的开发时没什么问题,到了线上之后管理就会很头疼,到了要大规模更新就更烦了。

而且你不可能停止你的服务集群去更新的你配置,这是不现实的做法,因此springcloud配置中心就是一个比较好的解决方案,下图就是一个springcloud配置中心的解决方案:

常见的配置中心的实现方法有:

  1.硬编码(缺点:需要修改代码,风险大)

  2.放在xml等配置文件中,和应用一起打包(缺点:需要重新打包和重启)

  3.文件系统中(缺点:依赖操作系统等)

  4.环境变量(缺点:有大量的配置需要人工设置到环境变量中,不便于管理,且依赖平台) 5.云端存储(缺点:与其他应用耦合)

Spring Cloud Config就是云端存储配置信息的,它具有中心化,版本控制,支持动态更新,平台独立,语言独立等特性。其特点是:

  1.   1.提供服务端和客户端支持(spring cloud config serverspring cloud config client)
  2.   2.集中式管理分布式环境下的应用配置
  3.   3.基于Spring环境,无缝与Spring应用集成
  4.   4.可用于任何语言开发的程序
  5.   5.默认实现基于git仓库,可以进行版本管理
  6.   6.可替换自定义实现
  1.  

spring cloud config包括两部分:

  1.spring cloud config server 作为配置中心的服务端:

    1.拉取配置时更新git仓库副本,保证是最新结果

    2.支持数据结构丰富,yml, json, properties 等

    3.配合 eureke 可实现服务发现,配合 cloud bus 可实现配置推送更新

    4.配置存储基于 git 仓库,可进行版本管理

    5.简单可靠,有丰富的配套方案

  2.Spring Cloud Config Client 客户端:

    1.Spring Boot项目不需要改动任何代码,加入一个启动配置文件指明使用ConfigServer上哪个配置文件即可

SpringCloud Config与百度的disconf之类的有很大不同,主要区别在于下面三点:

  1.配置的存储方式不同:disconf是把配置信息保存在mysql、zookeeper中,而spring cloud config是将配置保存在git/svn上 (即:配置当成源代码一样管理)

  2.配置的管理方式不同:spring cloud config没有类似disconf的统一管理界面,既然把配置都当成git之类的源码来看待了,git的管理界面,就是配置的管理界面

  3.配置变化的通知机制不同:disconf中配置变化后,依赖zk的事件watcher来通知应用,而spring cloud config则是依赖git每次push后,触发webhook回调,最终触发spring cloud bus(消息总线),然后由消息总线通知相关的应用。

从配置变化的通知机制上看,如果有100个应用节点,都依赖于统一配置,如果修改了配置,只想让某几个节点"灰度"更新配置,spring cloud config server更容易做到,这一点相对disconf更灵活

首先SpringCloud Config 是分为Server端和Client端的,Server端负责管理配置,Client端用来加载配置。我们每一个为服务都要集成一个Client端的。上面也提到过。因此,我们现在看一下Config的Server端的Demo实现。

首先在原来的项目中新建一个springcloud-config-server模块,并且引入相关依赖,如下:

  1.   <dependency>
  2. <groupId>org.springframework.cloud</groupId>
  3. <artifactId>spring-cloud-config-server</artifactId>
  4. <version>1.4..RELEASE</version>
  5. </dependency>
  6. <dependency>
  7. <groupId>org.springframework.cloud</groupId>
  8. <artifactId>spring-cloud-starter-eureka</artifactId>
  9. <version>1.3..RELEASE</version>
  10. </dependency>

我们可以看到引入了Eureka,为什么呢?很明显是为了高可用。

接着在启动类上面加入@EnableConfigServer注解,表示这里是配置中心服务。还有Eureka的客户端的注解代码如下:

  1. @SpringBootApplication
  2. @EnableConfigServer
  3. @EnableDiscoveryClient
  4. public class ConfigApplication {
  5.  
  6. public static void main(String[] args) {
  7. SpringApplication.run(ConfigApplication.class, args);
  8. }
  9. }

application.yml配置如下:

  1. server:
  2. port:
  3. #服务名字
  4. spring:
  5. application:
  6. name: config-server
  7. cloud:
  8. config:
  9. server:
  10. git:
  11. #git 仓库的地址
  12. uri: https://gitee.com/xxxx/springcloud-config.git
  13. #git 仓库的账号密码
  14. username: xxx
  15. password: xxx
  16. #加入注册中心,实现高可用
  17. eureka:
  18. client:
  19. service-url:
  20. defaultZone: http://localhost:8888/eureka/,http://localhost:8889/eureka/

注意了,前提是你必须要在git仓库中先建立一个仓库,然后配置两个配置,一个开发dev,一个测试test  如下图:

dev的内容如下:

test的内容如下:

好了,让我们把springcloud-config模块启动起来,启动启动类,运行,访问git仓库中的cloud-config-dev.properties,如下:

接下来,我们进行springcloud Config的Client端的Demo,如下:

首先引入Client端的相关依赖,如下:

  1.     <dependency>
  2. <groupId>org.springframework.boot</groupId>
  3. <artifactId>spring-boot-starter-actuator</artifactId>
  4. </dependency>
  5. <dependency>
  6. <groupId>org.springframework.boot</groupId>
  7. <artifactId>spring-boot-starter-web</artifactId>
  8. </dependency>
  9.  
  10. <dependency>
  11. <groupId>org.springframework.cloud</groupId>
  12. <artifactId>spring-cloud-starter-config</artifactId>
  13. <version>1.4..RELEASE</version>
  14. </dependency>
  15. <dependency>
  16. <groupId>org.springframework.cloud</groupId>
  17. <artifactId>spring-cloud-starter-eureka</artifactId>
  18. <version>1.3..RELEASE</version>
  19. </dependency>

这里提一下,为什么需要引入前面的actuctor依赖,因为,我们Client端需要在不重启的情况下,及时更新拉取加载配置中心的改变,然后修改内存中的配置的值。

接着在Client启动类的打上@EnableDiscoveryClient的注解,来注册到注册中心去,如下:

  1. @SpringBootApplication
  2. @EnableDiscoveryClient
  3. public class ConfigClientApplication {
  4.  
  5. public static void main(String[] args) {
  6. SpringApplication.run(ConfigClientApplication.class, args);
  7. }
  8. }

接下来这步骤很关键,就是要将Client模块下的application.yml文件改为bootstrap.yml,这是很关键的,因为bootstrap.yml是比application.yml先加载的。bootstrap.yml优先级高于application.yml。就好比如,你应用程序都跑起来了,你配置还没加载,这不是扯淡吗?

如下:

  1. server:
  2. port:
  3. spring:
  4. application:
  5. name: cloud-config
  6. cloud:
  7. config:
  8. #启动什么环境下的配置,dev 表示开发环境,这跟你仓库的文件的后缀有关,比如,仓库配置文件命名格式是cloud-config-dev.properties,所以profile 就要写dev
  9. profile: dev
    #面向服务,允许被发现
  10. discovery:
  11. enabled: true
  12. #这个名字是Config Server端的服务名字,不能瞎写。
  13. service-id: config-server
  14. #注册中心
  15. eureka:
  16. client:
  17. service-url:
  18. defaultZone: http://localhost:8888/eureka/,http://localhost:8889/eureka/
  19. #是否需要权限拉去,默认是true,如果不false就不允许你去拉取配置中心Server更新的内容
  20. management:
  21. security:
  22. enabled: false

接着写一段测试代码,如下,建立一个测试Controller,代码如下:

  1. @RestController
  2. //这里面的属性有可能会更新的,git中的配置中心变化的话就要刷新,没有这个注解内,配置就不能及时更新
  3. @RefreshScope
  4. public class TestController {
  5.  
  6. @Value("${name}")
  7. private String name;
  8. @Value("${age}")
  9. private Integer age;
  10.  
  11. @RequestMapping("/test")
  12. public String test(){
  13. return this.name+this.age;
  14. }
  15. }

接着启动启动该工程,运行结果如下:

首先我们我们先看没更新配置之前的值,如下:

接着我们去git仓库中修改age的值为24,再用postman来发送post请求localhost:7005/refresh,如下:

可以看到postman返回config.client.version信息,表示告知Client,远程的仓库中的配置中心已经更新了的配置版本信息,改变的值为age。

接着我们继续刷新浏览器,localhost:7005/test,看一下年龄是否更新了,如下:

可以看到年龄跟新到24了。

但是这样就好了吗?虽然服务没有重启,但是我们要一个服务一个服务的发送post请求,我们能受的了吗?这比之前的没配置中心好多了,那么我们如何继续避免挨个挨个的向服务发送Post请求来告知服务,你的配置信息改变了,需要及时修改内存中的配置信息。

这时候我们就不要忘记消息队列的发布订阅模型。让所有为服务来订阅这个事件,当这个事件发生改变了,就可以通知所有微服务去更新它们的内存中的配置信息。这时Bus消息总线就能解决,这留到下一篇随笔讲解。

SpringCloud实战7-Config分布式配置管理的更多相关文章

  1. Spring Cloud Config 分布式配置管理 5.3

    Spring Cloud Config简介 在传统的单体式应用系统中,我们通常会将配置文件和代码放在一起,但随着系统越来越大,需要实现的功能越来越多时,我们又不得不将系统升级为分布式系统,同时也会将系 ...

  2. SpringCloud学习之Config分布式配置中心(八)

    统一配置中心概述 如果微服务架构中没有使用统一配置中心时,所存在的问题: 配置文件分散在各个项目里,不方便维护 配置内容安全与权限,实际开发中,开发人员是不知道线上环境的配置的 更新配置后,项目需要重 ...

  3. SpringCloud实战之初级入门(三)— spring cloud config搭建git配置中心

    目录 1.环境介绍 2.配置中心 2.1 创建工程 2.2 修改配置文件 2.3 在github中加入配置文件 2.3 修改启动文件 3. 访问配置中心 1.环境介绍 上一篇文章中,我们介绍了如何利用 ...

  4. SpringCloud初体验:二、Config 统一配置管理中心

    Spring Cloud Config : 配置管理工具包,让你可以把配置放到远程服务器,集中化管理集群配置,目前支持本地存储.Git以及Subversion. 配置中心也区分为服务端和客户端,本次体 ...

  5. 19.SpringCloud实战项目-SpringCloud整合Alibaba-Nacos配置中心

    SpringCloud实战项目全套学习教程连载中 PassJava 学习教程 简介 PassJava-Learning项目是PassJava(佳必过)项目的学习教程.对架构.业务.技术要点进行讲解. ...

  6. 21.SpringCloud实战项目-后台题目类型功能(网关、跨域、路由问题一文搞定)

    SpringCloud实战项目全套学习教程连载中 PassJava 学习教程 简介 PassJava-Learning项目是PassJava(佳必过)项目的学习教程.对架构.业务.技术要点进行讲解. ...

  7. 使用spring cloud实现分布式配置管理

    <7天学会spring cloud系列>之创建配置管理服务器及实现分布式配置管理应用. 本文涉及到的项目: 开源项目:http://git.oschina.net/zhou666/spri ...

  8. 分布式配置管理平台 Disconf

    Distributed Configuration Management Platform(分布式配置管理平台) 专注于各种 分布式系统配置管理 的通用组件/通用平台, 提供统一的配置管理服务. 包括 ...

  9. 分布式配置管理平台XXL-CONF

    <分布式配置管理平台XXL-CONF>      一.简介 1.1 概述 XXL-CONF 是一个分布式配置管理平台,提供统一的配置管理服务.现已开放源代码,开箱即用. 1.2 特性 1. ...

  10. 11. SpringCloud实战项目-初始化数据库和表

    SpringCloud实战项目全套学习教程连载中 PassJava 学习教程 简介 PassJava-Learning项目是PassJava(佳必过)项目的学习教程.对架构.业务.技术要点进行讲解. ...

随机推荐

  1. WINCE之“系统事件”——System/Events

    1. 简介 Event--事件,相信有线程概念的编程人员都知道,它可以用来同步不同进程.不同线程的通信.在Windows CE 5.0系统中,有一种我称之为"系统事件"的Event ...

  2. zookeeper 事务日志

    前面提到,在zookeeper server的配置文件zoo.cfg中可以通过dataLogDir来配置zookeeper的事务日志的输出目录,这个事务日志类似于下面这样的文件: 这个文件是一个二进制 ...

  3. Oracle :%TYPE 和 %ROWTYPE

    1. 使用%TYPE 在许多情况下,PL/SQL变量可以用来存储在数据库表中的数据.在这种情况下,变量应该拥有与表列相同的类型.例如,students表的first_name列的类型为VARCHAR2 ...

  4. ruby rails_autolink不能加载的原因

    从rails 3.1.0开始,默认在ActionView::Helper::TextHelper中的auto_link方法已经被移除,放到了第三方的gem里:rails_autolink.遂想试一下其 ...

  5. 你真的知道.NET Framework中的阻塞队列BlockingCollection的妙用吗?

    BlockingCollection集合是一个拥有阻塞功能的集合,它就是完成了经典生产者消费者的算法功能.一般情况下,我们可以基于 生产者 - 消费者模式来实现并发.BlockingCollectio ...

  6. 重定向和servlet生命周期

    重定向(1)什么是重定向服务器通知浏览器向一个新的地址发送请求.注:可以发送一个302状态码和一个Location消息头.(该消息头包含了一个地址,称之为重定向地址),浏览器收到之后,会立即向重定向地 ...

  7. 春天JDBC事务管理

    JDBC事务管理 春天提供编程式的事务管理(编程式事务管理)与声明式的事务管理(声明式事务management),为不同的事务实现提供了一致的编程模型,这节以JDBC事务为例,介绍Spring的事务管 ...

  8. 通过jQuery源码学习javascript(三)

    承接上两篇继续写下去.我尽量把我明白的地方给大家说清楚.有些大家的提问我也有点搞不明白,如果有人能解答,再好不过了 疑问  第一篇中有位博友提出了以下的问题,我也不太明白,如果有明白的,能否告知一.二 ...

  9. Django error信息邮件通知功能配置部署

    1. 最近QA成为项目的重点,除了突破依赖外部表的阻力开始启用单元测试,还有一点就是对在线的生产服务的错误信息启用这个邮件通知功能,下面简单说一下启用方法: 1.发送邮件账号配置配置: EMAIL_H ...

  10. Docker 三剑客之 Docker Swarm(基于 overlay 组网通信)

    相关文章:Docker 三剑客之 Docker Swarm 这一篇主要是对 Docker Swarm 的完善,增加基于 overlay 组网通信,以便 Docker 容器可以跨主机访问. 不同主机间的 ...