前言
上文中简单的介绍了Spring-Cloud-Config如何使用,如何手动更新配置文件,并且在文末提出了几个疑问,其中包括多个Client节点如何更新,Server端如何保证高可用性等;本文将重点介绍通过使用Spring Cloud Bus来批量更新客户端,以及Server如何保证高可用;
Spring Cloud Bus消息总线
Spring Cloud Bus使用轻量级消息代理链接分布式系统的节点,可以用于广播状态改变(例如,配置改变)或其他管理指令;目前唯一实现的方式是用AMQP消息代理作为通道,其实本质是利用了MQ的广播机制在分布式的系统中传播消息,目前常用的有Kafka和RabbitMQ;下面重点使用kafka来实现多客户端刷新配置文件;
1.总体更新流程
大致流程图如下所示:
2.kafka安装部署
kafka部署依赖Zookeeper,使用的版本分别是:kafka_2.11-1.0.1和zookeeper-3.4.3,具体如何安装部署可参考:Kafka快速开始文章
3.server端改造
3.1添加新的依赖
3.2application.properties添加配置
4.client改造
4.1添加新的依赖
4.2application.properties添加配置
5.启动测试
5.1启动Server端
观察启动日志,可以发现/actuator/bus-refresh映射
往下可以有如下这行日志:
Server端连接kafka创建了一个名称为springCloudBus的Topic,用来作为配置文件更新的消息通知;可以去kafka上查看:
5.2启动Client
分别指定启动端口为8881和8882,可以看到和Server端类似的日志,订阅了名为springCloudBus的Topic,这样Server端发送消息给kafka,kafka通知client更新数据;
5.3测试
分别访问http://localhost:8881/hello和http://localhost:8882/hello,结果如下:
更新git中的配置文件为:
POST方式请求Server端,用来更新配置文件
分别访问http://localhost:8881/hello和http://localhost:8882/hello,结果如下:
2个客户端都获取到了最新的数据,表示更新成功;
在上图中我们发现Server端承担了太多的任务,而上图中Server端是一个单点,这样就不能保证系统高可用,下面看一下如何分布式部署Server端;
Server端保证高可用
Server端通过注册中心Eureka来保证高可用,下面看一下具体流程:
1.Eureka注册中心
1.1Eureka-Server依赖
1.2启动配置文件
eureka.client.register-with-eureka:是否将自己注册到Eureka Server,默认为true
eureka.client.fetch-registry:是否从Eureka Server获取注册信息,默认为true
eureka.client.serviceUrl.defaultZone:Eureka Server交互地址
1.3准备启动类
2.改造Server端(服务提供方)
2.1Eureka-Client依赖
2.2启动配置文件
指定注册中心地址,也就是Eureka-Server配置的地址
2.3启动类添加@EnableDiscoveryClient注释,实现服务注册和发现
3.改造Client端(服务消耗方)
3.1Eureka-Client依赖
3.2启动配置文件
注释掉具体的Server端地址
spring.cloud.config.discovery.enabled:开启服务发现支持
spring.cloud.config.discovery.serviceId:服务提供端的名称
eureka.client.serviceUrl.defaultZone:配置中心的地址
4.测试
首先启动注册中心eurekaServer,端口为8880;然后启动多个config-server端,端口分别为:8887,8888;最后启动多个config-client端,端口分别是:8883,8884;
可以查看注册中心,注册的服务:
分别访问http://localhost:8883/hello和http://localhost:8884/hello,结果如下:
更新git中的配置文件为:
POST方式请求Server端,用来更新配置文件
这里只是选择了其中一个server端去更新,任意一个都可以;
分别访问http://localhost:8883/hello和http://localhost:8884/hello,结果如下:
2个客户端都获取到了最新的数据,表示更新成功;
将8888端口的Server端停掉,再次更新配置文件为
POST方式请求Server端,用来更新配置文件
分别访问http://localhost:8883/hello和http://localhost:8884/hello,结果如下:
2个客户端都获取到了最新的数据,表示更新成功;
总结
通过消息总线的方式解决了多个Client更新的问题,以及通过eureka来保证Server的高可用性;当然eureka注册中心和消息总线本身也需要高可用性,这里就不过多介绍了。