标签:方便 nim int 目的 成功 功能 oss color 个性化
在实际开发过程中,服务与服务之间通信经常会使用到消息中间件,而以往使用了中间件比如RabbitMQ,那么该中间件和系统的耦合性就会非常高,如果我们要替换为Kafka那么变动会比较大,这时我们可以使用SpringCloudStream来整合我们的消息中间件,来降低系统和中间件的耦合性。
1、异步处理
比如用户在电商网站下单,下单完成后会给用户推送短信或邮件,发短信和邮件的过程就可以异步完成。因为下单付款是核心业务,发邮件和短信并不属于核心功能,并且可能耗时较长,所以针对这种业务场景可以选择先放到消息队列中,有其他服务来异步处理。
2、应用解耦:
假设公司有几个不同的系统,各系统在某些业务有联动关系,比如 A 系统完成了某些操作,需要触发 B 系统及 C 系统。如果 A 系统完成操作,主动调用 B 系统的接口或 C 系统的接口,可以完成功能,但是各个系统之间就产生了耦合。用消息中间件就可以完成解耦,当 A 系统完成操作将数据放进消息队列,B 和 C 系统去订阅消息就可以了。这样各系统只要约定好消息的格式就好了。
3、流量削峰
比如秒杀活动,一下子进来好多请求,有的服务可能承受不住瞬时高并发而崩溃,所以针对这种瞬时高并发的场景,在中间加一层消息队列,把请求先入队列,然后再把队列中的请求平滑的推送给服务,或者让服务去队列拉取。
4、日志处理
kafka 最开始就是专门为了处理日志产生的。
当碰到上面的几种情况的时候,就要考虑用消息队列了。如果你碰巧使用的是 RabbitMQ 或者 kafka ,而且同样也是在使用 Spring Cloud ,那可以考虑下用 Spring Cloud Stream。
官方定义 Spring Cloud Stream 是一个构建消息驱动微服务的框架。
应用程序通过 inputs 或者 outputs 来与 Spring Cloud Stream 中binder 交互,通过我们配置来 binding ,而 Spring Cloud Stream 的 binder 负责与消息中间件交互。所以,我们只需要搞清楚如何与 Spring Cloud Stream 交互就可以方便使用消息驱动的方式。
通过使用Spring Integration来连接消息代理中间件以实现消息事件驱动。Spring Cloud Stream 为一些供应商的消息中间件产品提供了个性化的自动化配置实现,引用了发布-订阅、消费组、分区的三个核心概念。目前仅支持RabbitMQ、Kafka。
Stream解决了开发人员无感知的使用消息中间件的问题,因为Stream对消息中间件的进一步封装,可以做到代码层面对中间件的无感知,甚至于动态的切换中间件(rabbitmq切换为kafka),使得微服务开发的高度解耦,服务可以关注更多自己的业务流程
官网结构图
组成 | 说明 |
---|---|
Middleware | 中间件,目前只支持RabbitMQ和Kafka |
Binder | Binder是应用与消息中间件之间的封装,目前实行了Kafka和RabbitMQ的Binder,通过Binder可以很方便的连接中间件,可以动态的改变消息类型(对应于Kafka的topic,RabbitMQ的exchange),这些都可以通过配置文件来实现 |
@Input | 注解标识输入通道,通过该输入通道接收到的消息进入应用程序 |
@Output | 注解标识输出通道,发布的消息将通过该通道离开应用程序 |
@StreamListener | 监听队列,用于消费者的队列的消息接收 |
@EnableBinding | 指信道channel和exchange绑定在一起 |
以下实战代码是基于RabbitMQ的,不清楚如何安装RabbitMQ请查看我的另一篇文章最简单的RabbitMQ消息队列搭建(windows环境下安装),项目的三个模块如下:
(一)创建消息生产者【service-sender-stream-8089】
pom.xml文件
pom.xml
application.yml
IMessageSender.java
MessageSenderImpl.java
TestController.java
附上swagger部分代码
SwaggerApp.java
项目的启动类如下,没有什么特殊的处理:
启动项目后,输入地址http://localhost:8089/swagger-ui.html打开swagger页面,然后点击try it out发送消息
在后台我们可以看到发送消息成功了
(二)消息消费者【service-consumer-stream-8090】
pom.xml文件如下
application.yml
定义一个消息接收接口
ReceviceMsg.java
ReceviceMsgImpl.java
启动项目,然后再次用上面的消息发送控制器TestController.java发送消息到消息队列,然后可以看到消息消费端也收到了队列的消息如下:
(三)消息消费者【service-consumer-stream-8091】
这是复制上面的消费者创建的另一个消息消费者,基本配置跟上面service-consumer-stream-8090基本一模一样,只是application.yml中的部分配置略有不同(主要是端口不同),如下:
application.yml
这里我们就用默认的通道完成了消息的发送和接收,下一篇我们将说一下自定义通道实现消息的发送和接收,下次再见!
SpringCloud学习之Stream消息驱动【默认通道】(十)
标签:方便 nim int 目的 成功 功能 oss color 个性化
原文地址:https://www.cnblogs.com/xulijun137/p/12209761.html