本文共 1816 字,大约阅读时间需要 6 分钟。
我们使用spring cloud做了b2b2c的电子商务系统,除了架构本身自带的系统服务外,我们将b2b2c的业务服务进行了细粒度拆分,做成了不同的业务微服务。
文章来源 当我们的业务系统越来越庞大复杂的时候,各种配置也会随之增多。配置文件只要一修改,会对commonservice-config配置中心先停止服务,然后再重新启动,最后使配置生效。如果服务少,我们可以手动方式来启动,但是对业务和系统的稳定性肯定有一定的影响。
如果是成百上千的服务都靠手动操作,我估计运维人员或技术人员会疯掉的。
针对以上问题,commonservice-config服务端和业务微服务分别做了相关的配置,服务端负责将git(svn或本地文件系统)中存储的配置文件进行配置化,业务微服务通过配置从服务端配置中心获取相关配置,如果配置文件变动了,通过刷新业务微服务的方式,将最新的配置信息获取。
spring cloud Bus通过一个轻量级消息代理连接分布式系统的节点。这可以用于广播状态更改(如配置更改)或其他管理指令。
接下来,我们就来实施通过spring cloud Bus方案,动态刷新服务端配置:
1 新建项目microservice-config-client-refresh-cloud-bus
2 为项目添加spring-cloud-starter-bus-amqp依赖
org.springframework.boot spring-boot-starter-web org.springframework.cloud spring-cloud-starter-config org.springframework.boot spring-boot-starter-actuator org.springframework.cloud spring-cloud-starter-bus-amqp
修改bootstrap.yml内容
spring: application: name: microservice-foo # 对应config server所获取的配置文件的{application} cloud: config: uri:http://localhost:8080/ profile: dev # profile对应config server所获取的配置文件中的{profile} label: master # 指定Git仓库的分支,对应config server所获取的配置文件的{label} rabbitmq: host: localhost port: 5672 username: guest password: guest
测试
1 启动microservice-config-server。2 启动microservice-config-client-refresh-cloud-bus。3 将microservice-config-client-refresh-cloud-bus端口改为8082,再启动一个节点。4 访问此时获得结果:dev-1.05 将Git仓库中的microservice-foo-dev.properties文件内容修改为profile=dev-1.0-bus6 发送POST请求到一个Config Client实例的/bus/refresh7 访问两个Config Client实例的/bus/refresh端点,会发现两个节点都返回profile=dev-1.0-bus转载地址:http://rwmpa.baihongyu.com/