文章目录
消息驱动Stream
消息驱动概述
是什么
屏蔽底层消息中间件的差异,降低切换成本,统一消息的编程模型
官方解释为:Spring Cloud Stream是一个构建消息驱动微服务的框架
应用程序通过inputs或者outputs来与Spring Cloud Stream中的binder对象交互,通过我们配置来绑定,而Spring Cloud Streamde binder对象负责与消息中间件交互。所以,我们只需要搞清楚如何与Spring Cloud Stream交互就可以方便使用消息驱动的方式
通过使用Spring Integration来连接消息代理中间件以实现消息事件驱动。
Spring Cloud Stream为一些供应商的消息中间件产品提供了个性化的自动化配置实现,引用了发布-订阅、消费组、分区的三个核心概念。
目前仅之处RabbitMQ,Kafka。
Stream的設計思想
标准MQ:
- 生产者/消费者之间靠消息媒介传递消息内容 Message
- 消息必须走特定的通道 MessageChannel
- 消息通道MessageChannel的子接口SubscribableChannel,由MessageHandle消息处理器所订阅
在没有绑定器这个概念的情况下,我们的SpringBoot应用要直接与消息中间件进行信息交互的时候,由于各消息中间件构建的初衷不同,他们实现的细节上会有较大的差异性
通过定义绑定器作为中间层,完美的实现了应用程序与消息中间件细节之间的隔离
通过向应用程序暴露统一的Channel通道,使得应用程序不再需要考虑各种不同的消息中间件的实现
通过定义绑定器BInder作为中间层,实现了应用程序与消息中间件细节之间的隔离
消息生产者(input ) 消息消费者(output)
Stream中的消息通信方式遵循了发布-订阅模式
Binder:很方便的连接中间件,屏蔽差异
Channel:通道,是队列Queue的一种抽象,在消息通讯系统中就是实现存储和转发的媒介,通过Channel对队列进行配置
Source和Sink:简单的可理解为参照对象就是Spring Cloud Stream自身,从Stream发布消息就是输出,接受消息就是输入;
常用注解介绍
案例说明
新建cloud-stream-rabbitmq-provider-8801消息生产者
- pom文件
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-stream-rabbit</artifactId>
</dependency>
- yml文件:
server:
port: 8801
spring:
application:
name: cloud-stream-provider
cloud:
stream:
binders: # 在此处配置要绑定的rabbitmq的服务信息;
defaultRabbit: # 表示定义的名称,用于于binding整合
type: rabbit # 消息组件类型
environment: # 设置rabbitmq的相关的环境配置
spring:
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
bindings: # 服务的整合处理
output: # 这个名字是一个通道的名称
destination: studyExchange # 表示要使用的Exchange名称定义
content-type: application/json # 设置消息类型,本次为json,文本则设置“text/plain”
default-binder: defaultRabbit # 设置要绑定的消息服务的具体设置
eureka:
client: # 客户端进行Eureka注册的配置
service-url:
defaultZone: http://localhost:7001/eureka
instance:
lease-renewal-interval-in-seconds: 2 # 设置心跳的时间间隔(默认是30秒)
lease-expiration-duration-in-seconds: 5 # 如果现在超过了5秒的间隔(默认是90秒)
instance-id: send-8801.com # 在信息列表时显示主机名称
prefer-ip-address: true # 访问的路径变为IP地址
- service文件(这里主要写实现类);
@EnableBinding(Source.class) //定义消息的推送管道
public class IMessafeProviderImpl implements IMessafeProvider {
@Resource
private MessageChannel output;//消息发送管道
@Override
public String send() {
String serial= UUID.randomUUID().toString();
output.send(MessageBuilder.withPayload(serial).build());
System.out.println("******seroal"+serial);
return null;
}
}
4.controller类;
*/
@RestController
public class sendMessageController {
@Resource
private IMessafeProvider messafeProvider;
@GetMapping("/sendmessage")
public String sendMessage(){
return messafeProvider.send();
}
}
新建cloud-stream-rabbitmq-consumer8802服务消费者
- pom文件和服务生产者8801一样
- 配置文件yml:
server:
port: 8802
spring:
application:
name: cloud-stream-consumer
cloud:
stream:
binders: # 在此处配置要绑定的rabbitmq的服务信息;
defaultRabbit: # 表示定义的名称,用于于binding整合
type: rabbit # 消息组件类型
environment: # 设置rabbitmq的相关的环境配置
spring:
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
bindings: # 服务的整合处理
input: # 这个名字是一个通道的名称
destination: studyExchange # 表示要使用的Exchange名称定义
content-type: application/json # 设置消息类型,本次为对象json,如果是文本则设置“text/plain”
default-binder: defaultRabbit # 设置要绑定的消息服务的具体设置
#group: atguiguA
eureka:
client: # 客户端进行Eureka注册的配置
service-url:
defaultZone: http://localhost:7001/eureka
instance:
lease-renewal-interval-in-seconds: 2 # 设置心跳的时间间隔(默认是30秒)
lease-expiration-duration-in-seconds: 5 # 如果现在超过了5秒的间隔(默认是90秒)
instance-id: receive-8802.com # 在信息列表时显示主机名称
prefer-ip-address: true # 访问的路径变为IP地址
- controller文件:
@Component
@EnableBinding(Sink.class)
public class ReciiveMessageLIstenerController {
@Value("${server.port}")
private String serverPort;
@StreamListener(Sink.INPUT)
public void input(Message<String> message){
System.out.println("消费者1号,------>接受到消息"+message.getPayload()+"\t port:" +serverPort );
}
}
- 运行7001.8801,8802进行测试
分组消费与持久化
分组消费
仿照8802消费者clone一个8803
启动7001,8801,8802,8803
发现会有重复消费的问题,两个服务都能消费到服务
这是时候我们就可以使用Stream中的消息分组来解决
注意扎起Stream中处于同一个group中的多个消费者是竞争关系,就能够保证 消息智慧被其中一个应用消费一次。
不同组是可以全面消费的(重复消费)
同一组类会发生竞争关系,只有其中一个可以消费
解决方式
导致原因:默认分组group是不同的,组流水号不一样,被认为不同组,可以消费
解决方式:修改配置文件,将8802和8803分到同一组
bindings: # 服务的整合处理
input: # 这个名字是一个通道的名称
destination: studyExchange # 表示要使用的Exchange名称定义
content-type: application/json # 设置消息类型,本次为对象json,如果是文本则设置“text/plain”
default-binder: defaultRabbit # 设置要绑定的消息服务的具体设置
group: pojo123
持久化
当某一个服务停止后再次重启,中间宕机阶段的消息发生丢失
使用group属性,不仅可以解决分组消费,还可以持久化,解决宕机阶段消息丢失的问题,使得服务重启时就可以将信息恢复;
请求链路跟踪Sleuth
Sleuth概述
在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的服务节点调用来协同产生的最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用的链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败;
链路的监控
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案,在分布式系统中提供追踪解决方案并且兼容支持了zipkin
搭建链路跟踪步骤
- 下载Zipkin Server的jar包
https://repo1.maven.org/maven2/io/zipkin/zipkin-server/2.23.5/
- 运行jar包: java -jar jar包名
- 访问localhost:9411/zikpin,若能打开页面,则表明启动成功
- 改变服务提供者8001
- pom文件添加
<!-- 包含了sleuth-zipkin-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
b. application.yml文件修改
#服务名
spring:
application:
name: cloud-payment-service
zipkin:
base-url:http://localhost:9411
sleuth:
sampler:
#采样率值介于0-1之间,1则表示全部采集
probability: 1
c.业务类PaymentController
@GetMapping("/payment/zipkin")
public String paymentZipkin(){
return "hi ";
}}
在80 中进行同样的配置,通过80访问8001进行测试