【Springcloud Alibaba微服务分布式架构 | Spring Cloud】之学习笔记（八）Config服务配置+bus消息总线+stream消息驱动+Sleuth链路追踪

hhzz

已于 2023-04-25 17:02:45 修改

阅读量424

点赞数 2

分类专栏： Springcloud Alibaba微服务分布式架构文章标签： spring cloud 微服务学习分布式架构

于 2023-04-18 10:12:41 首次发布

本文链接：https://blog.csdn.net/weixin_43025151/article/details/130214471

版权

Springcloud Alibaba微服务分布式架构专栏收录该内容

13 篇文章 4 订阅

订阅专栏

SpringCloud Config服务配置+bus消息总线+stream消息驱动+Sleuth链路追踪 8/9

1、SpringCloud Config分布式服务配置中心

1.1 微服务面临的问题

可以看到,每个微服务都需要一个配置文件,并且,如果有几个微服务都需要连接数据库
那么就需要配4次数据库相关配置,并且当数据库发生改动,那么需要同时修改4个微服务的配置文件才可以

所以有了springconfig配置中心

在这里插入图片描述

1.2 使用配置中心

使用github作为配置中心的仓库:

初始化git环境:

在这里插入图片描述

1.2.1 新建config模块

名字: cloud-config-3344

1.2.2 修改pom

1.2.3 配置文件

在这里插入图片描述

1.2.4 主启动类

在这里插入图片描述

1.2.5 修改hosts

在这里插入图片描述

1.2.6 配置完成

测试,3344是否可以从github上获取配置

启动3344 (要先启动eureka)

在这里插入图片描述

它实际上就是,读取到配置文件中的GitHub的地址,然后拼接上/master/config-dev.yml

1.2.7 读取配置文件的规则

在这里插入图片描述

这里默认会读取master分支,因为我们配置文件中配置了

在这里插入图片描述

注意,这个方式读取到的配置是json格式的

所有规则:

在这里插入图片描述

1.3、创建配置中心客户端

1.3.1 创建config客户端项目

名字: cloud-config-client-3355

1.3.2 修改pom

1.3.3 配置文件

注意这个配置文件就不是application.yml

而是bootstrap.yml

这个配置文件的作用是,先到配置中心加载配置,然后加载到application.yml中

在这里插入图片描述

1.3.4 主启动类

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WnRnmDjK-1681782128356)(.\图片\springconfig的17.png)]$

1.3.5 controller类

就是上面提到的,以rest风格将配置对外暴露

在这里插入图片描述

如果客户端运行正常,就会读取到github上配置文件的,config.info下的配置

1.3.6 测试

启动3344,3355

访问3355的 /configInfo

在这里插入图片描述

1.3.7 问题

上面3355确实获取到了配置文件,但是如果此时配置文件修改了,3355是获取不到的
        3344可以实时获取到最新配置文件,但是3355却获取不到
        除非重启服务

1.4 实现动态刷新

1.4.1 修改3355,添加一个pom依赖:

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TsZxdAQA-1681782128393)(.\图片\springconfig的22.png)]$

1.4.2 修改配置文件,添加一个配置:

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oOBZrMqG-1681782128395)(.\图片\springconfig的23.png)]$

1.4.3 修改controller

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QBkcLweT-1681782128397)(.\图片\springconfig的24.png)]$

1.4.4 重启服务

此时3355还不可以动态获取

因为此时,还需要外部发送post请求通知3355

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yHi4boJw-1681782128399)(.\图片\springconfig的25.png)]$

此时在刷新3355,发现可以获取到最新的配置文件了,这就实现了动态获取配置文件,因为3355并没有重启

具体流程就是:

我们启动好服务后

运维人员,修改了配置文件,然后发送一个post请求通知3355

3355就可以获取最新配置文件

问题:

如果有多个客户端怎么办(3355,3356,3357…)

虽然可以使用shell脚本,循环刷新

但是,可不可以使用广播,一次通知??

这些springconfig做不到,需要使用springcloud Bus消息总线

2、SpringCloud Bus消息总线

2.1 概述

在这里插入图片描述

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bII4KaHA-1681782128408)(.\图片\springconfig的31.png)]$

注意,这里年张图片,就代表两种广播方式

图1: 它是Bus直接通知给其中一个客户端,由这个客户端开始蔓延,传播给其他所有客户端

图2: 它是通知给配置中心的服务端,有服务端广播给所有客户端

为什么被称为总线?

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qKOyo8JE-1681782128410)(.\图片\springconfig的28.png)]$

就是通过消息队列达到广播的效果
        我们要广播每个消息时,主要放到某个topic中,所有监听的节点都可以获取到

2.2 使用Bus

2.1.1 配置rabbitmq环境

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zhTURJUw-1681782128411)(.\图片\springconfig的29.png)]$

2.1.2 之前只有一个配置中心客户端,这里在创建一个

复制3355即可,创建为3366

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1KSULmL6-1681782128414)(.\图片\springconfig的30.png)]$

全部复制3355的即可

2.1.3 使用Bus实现全局广播

Bus广播有两种方式:

就是上面两个图片的两种方式

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PJvXwxyV-1681782128416)(.\图片\springconfig的32.png)]$

这两种方式,第二种跟合适,因为:

第一种的缺点:

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bPh5Nci7-1681782128419)(.\图片\springconfig的33.png)]$

2.1.4 配置第二种方式

配置3344(配置中心服务端)😗*

修改配置文件:

在这里插入图片描述

添加pom

springboot的监控组件,和消息总线

在这里插入图片描述

修改3355(配置中心的客户端)

pom:

在这里插入图片描述

配置文件:

注意配置文件的名字,要改为bootstrap.yml

在这里插入图片描述

修改3366(也是配置中心的客户端)

修改与3355是一模一样的

2.1.5 测试

启动7001,3344,3355,3366

此时修改GitHub上的配置文件

此时只需要刷新3344,即可让3355,3366动态获取最新的配置文件

在这里插入图片描述

其原理就是:

在这里插入图片描述

所有客户端都监听了一个rabbitMq的topic,我们将信息放入这个topic,所有客户端都可以送到,从而实时更新

配置定点通知

就是只通知部分服务,比如只通知3355,不通知3366

在这里插入图片描述

只通知3355

在这里插入图片描述

可以看到,实际上就是通过微服务的名称+端口号进行指定

3、SpringCloud Stream消息驱动

3.1 概述

现在一个很项目可能分为三部分:
        前端--->后端---->大数据
        而后端开发使用消息中间件,可能会使用RabbitMq
        而大数据开发,一般都是使用Kafka,
        那么一个项目中有多个消息中间件,对于程序员,因为人员都不友好

而Spring Cloud Stream就类似jpa,屏蔽底层消息中间件的差异,程序员主要操作Spring Cloud Stream即可

不需要管底层是kafka还是rabbitMq

在这里插入图片描述

3.2 什么是Spring Cloud Stream

在这里插入图片描述

3.3 Spring Cloud Stream是怎么屏蔽底层差异的?

在这里插入图片描述

3.4 Spring Cloud Streamd 通信模式

在这里插入图片描述

3.5 Spring Cloud Stream的业务流程

在这里插入图片描述

类似flume中的channel,source,sink 估计是借鉴(抄袭)的
        source用于获取数据(要发送到mq的数据)
        channel类似SpringCloudStream中的中间件,用于存放source接收到的数据,或者是存放binder拉取的数据

3.6 常用注解和api

在这里插入图片描述

3.7 使用SpringCloudStream

需要创建三个项目,一个生产者,两个消费者

在这里插入图片描述

3.7.1 创建生产者

pom
配置文件

在这里插入图片描述

主启动类

在这里插入图片描述

service和实现类

service定义发送消息

在这里插入图片描述

这里,就会调用send方法,将消息发送给channel,

然后channel将消费发送给binder,然后发送到rabbitmq中

controller

在这里插入图片描述

测试

启动rabbitmq

启动7001,8801

确定8801后,会在rabbitmq中创建一个Exchange,就是我们配置文件中配置的exchange

访问8801的/sendMessage

3.7.2 创建消费者

pom文件
配置文件

这里排版一点问题

input就表示,当前服务是一个消费者,需要消费消息,下面就是指定消费哪个Exchange中的消息

在这里插入图片描述

主启动类

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NvIHM8AQ-1681782128514)(.\图片\SpringCloudStream的25.png)]$

业务类(消费数据)

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PNSxRa6C-1681782128516)(.\图片\SpringCloudStream的26.png)]$

生产者发送消息时,使用send方法发送,send方法发送的是一个个Message,里面封装了数据

测试:

启动7001.8801.8802

此时使用生产者生产消息

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cnVdZVPX-1681782128517)(.\图片\SpringCloudStream的27.png)]$

可以看到,消费者已经接收到消息了

3.7.2 创建消费者2

创建8803,

与8802创建一模一样,就不写了

创建8803主要是为了演示重复消费等问题

…

重复消费问题:

此时启动7001.8801.8802.8803

此时生产者生产一条消息

但是此时查询消费者,发现8802,8803都消费到了同一条数据

在这里插入图片描述

3.7.3 自定义分组

修改8802,8803的配置文件

在这里插入图片描述

现在将8802,8803都分到了A组

然后去重启02,03

然后此时生产者生产两条消息

在这里插入图片描述

可以看到,每人只消费了一条消息,并且没有重复消费

3.8 持久化问题

就是当服务挂了,怎么消费没有消费的数据??

这里,先将8802移除A组,

然后将02,03服务关闭

此时生产者开启,发送3条消息

此时重启02,03

可以看到,当02退出A组后,它就获取不到在它宕机的时间段内的数据

但是03重启后,直接获取到了宕机期间它没有消费的数据,并且消费了

总结:
也就是,当我们没有配置分组时,会出现消息漏消费的问题

而配置分组后,我们可以自动获取未消费的数据

4、Spring Cloud Sleuth链路追踪

4.1 sleuth要解决的问题

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-saYphTJG-1681782128530)(.\图片\sleuth的1.png)]$

而来sleuth就是用于追踪每个请求的整体链路

在这里插入图片描述

4.2 使用sleuth

4.2.1 安装zipkin

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oIDxRPnJ-1681782128531)(.\图片\sleuth的2.png)]$

运行jar包

java -jar xxxx.jar

然后就可以访问web界面, 默认zipkin监听的端口是9411

localhost:9411/zipkin/

在这里插入图片描述

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2P51Z6Vf-1681782128536)(.\图片\sleuth的5.png)]$

可以看到,类似链表的形式

4.2.2 使用sleuth

不需要额外创建项目,使用之前的8001和order的80即可

修改8001

引入pom:

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2XjOiwoj-1681782128562)(.\图片\sleuth的7.png)]$

这个包虽然叫zipkin但是,里面包含了zpikin与sleuth

修改配置文件:

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7XKyHP3h-1681782128565)(.\图片\sleuth的8.png)]$

修改80

添加pom

与上面是一样的

添加配置:

与上面也是一样的

4.2.3 测试

启动7001.8001,80,9411

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vd4q1xug-1681782128575)(.\图片\sleuth的9.png)]$

hhzz

关注

2
点赞
踩
1

收藏

觉得还不错? 一键收藏
打赏
0
评论
【Springcloud Alibaba微服务分布式架构 | Spring Cloud】之学习笔记（八）Config服务配置+bus消息总线+stream消息驱动+Sleuth链路追踪

注意,这里年张图片,就代表两种广播方式图1:它是Bus直接通知给其中一个客户端,由这个客户端开始蔓延,传播给其他所有客户端图2: 它是通知给配置中心的服务端,有服务端广播给所有客户端为什么被称为总线?就是通过消息队列达到广播的效果我们要广播每个消息时 , 主要放到某个topic中 , 所有监听的节点都可以获取到现在一个很项目可能分为三部分 : 前端 -- -> 后端 -- -- > 大数据。
复制链接

扫一扫