Spring Cloud Stream简介

Spring cloud stream是一个构建与Spring Boot和Spring Integration之上的框架,方便开发人员快速构建基于Message-Driven的系统。

Spring Integration & Enterprise Integration Patterns简介

Enterprise Integration Patterns 是由Gregor Hohpe和Bobby Woolf在 Enterprise Integration Patterns 一书中总结的企业应用开发实践中使用到的各系统间数据交换的方式。

Spring Integration是Spring框架对Enterprise Integration Patterns的实现和适配。Spring Integration在基于Spring的应用程序中实现轻量级消息传递,并支持通过声明适配器与外部系统集成。 与Spring对远程处理,消息传递和调度的支持相比,这些适配器提供了更高级别的抽象。 Spring Integration的主要目标是提供一个简单的模型来构建企业集成解决方案,同时保持关注点的分离,这对于生成可维护的可测试代码至关重要。

常见的企业集成数据传递模式有以下几种:

  • 文件传输:系统A采用FTP轮询等方式获取系统B生成的文件等。
  • 共享数据库:系统A和系统B共用一个数据库表,共用实体类。
  • RPC调用:系统A和B暴露互相之间能调用的服务,例如SOAP、REST。
  • 消息传递:系统A和系统B通过消息中间价交换数据。

Spring Cloud Stream 优点

  1. 和MQ中间件解耦:相较同样是针对MQ中间价集成的Spring Message项目,提供了更高层的面向不同MQ中间件代理(RabbitMQ、Kafka等)的Binder抽象,为开发人员提供了统一的编程模型。例如RabbitMQ原生并不支持partition特性,如果想要从Kafaka迁移到RabbitMQ,就需要修改一堆代码,但是如果是Spring Cloud Stream则有可能只需要修改几个配置即可。
  2. 错误重试:集成Spring Retry提供了错误自动重试功能。
  3. Error Handler:提供application和system两层的异常处理机制。

Spring Cloud Stream核心概念

Spring Cloud Stream官网的核心架构图

Binder 层负责和MQ中间件的通信,应用程序 Application Core 通过 inputs 接收 Binder 包装后的 Message,相当于是消费者Consumer;通过 outputs 投递 Message给 Binder,然后由 Binder 转换后投递给MQ中间件,相当于是生产者Producer。

Channel

Channel描述的是消息从应用程序和Binder之间的流通的通道,也就是Application Model中的inputoutput

Binder

Binder是Spring Cloud Stream中一个非常重要的概念,它是应用程序和消息中间件的中间层,完美屏蔽了不同消息中间件的实现差异,可以简单的类比为Adapter

Spring Cloud Stream官方提供了spring-cloud-stream-binder-kafkaspring-cloud-stream-binder-rabbit两款主流消息中间件的Binder实现。并且还提供了专门用于测试的TestSupportBinder,开发者可以直接使用它来对通道的接收内容进行断言测试。

当然,Spring Cloud Stream也允许开发者通过它的SPI来实现其他MQ的Binder。目前已有多款MQ产品提供了第三方Binder实现,参考官方文档Binder Implementions。如要实现自己的Binder可以参考官方文档Binder SPI

Bindings

Binding是用于描述MQ中间件到应用程序的桥梁模型,即是对于Binder加上inputsoutputs各个channel的绑定关系的描述。例如:RabbitMQ-Binder + channel-input1

Spring Cloud Stream通过spring.cloud.stream.bindings.<channelName>来确定绑定关系。

Spring Cloud Stream已经包含了以下几个Bindings接口:

  • Source-定义了应用程序作为生产者将消息投递到一个名为outputchannel中去。
    public interface Source {

    	/**
* Name of the output channel.
*/
String OUTPUT = "output"; /**
* @return output channel
*/
@Output(Source.OUTPUT)
MessageChannel output();
}
  • Sink-定义了应用程序作为消费者消费名为inputchannel中的消息。
    public interface Sink {

    	/**
* Input channel name.
*/
String INPUT = "input"; /**
* @return input channel.
*/
@Input(Sink.INPUT)
SubscribableChannel input(); }
  • Processor-定义了应用程序同时作为生产者和消费者,生产消息到名为output的通道,消费来自名为input通道的消息。
    public interface Processor extends Source, Sink {

    }

当然,这几个预定义的接口必然无法满足复杂的业务逻辑,因此Spring Cloud Stream也支持开发人员自定义Bindings接口。

Pub-sub

spring cloud stream支持的是共享topicspublish-subscribe模型,并没有采用point-to-pointqueues模型,因为pub-sub模型在微服务中更具有普适性。而且pub-sub模型也能通过只有一个消费者来变相支持p2p模型。

kafka是最典型的pub-sub主流MQ中间件,spring cloud stream在术语和特性支持上基本和kafka类似。

Consumer group

在普通的pub-sub关系中,多个consumer在订阅了同一个topic时,这些consumer之间是竞争关系,即topic中的一条消息只会被其中一个consumer消费。但如果这些consumer不属于同一个服务怎么办,例如下单topic的下游会有库存服务、账户服务等多个服务的消费者同时存在,这些不同服务的消费者都需要获取到下单topic中的消息,否则就无法触发相应的操作,难道需要给不同服务排个队依次传递消息,那就变成了同步操作了。

在kafka中通过Consumer Group消费者分组来处理上述问题。一个topic中的每一条消息都会采取多副本的方式分发给所有订阅的Consumer Group,每个Consumer Group中的Consumer之间则竞争消费。即库存服务和账户服务的消费组属于不同的Consumer Group,两个服务都会得到下单topic的消息,但是同一个服务只会有一个Consumer实例会实际消费。

Spring Clous Stream也支持了kafka的这一特性,每个Consumer可以通过spring.cloud.stream.bindings.<channelName>.group属性设置自己所属的Consumer Group

默认情况下,如果我们没有为Consumer指定消费组的话,Spring Cloud Stream会为其分配一个独立的匿名消费组。所以如果某topic下的所有consumers都未指定消费组时,当有消息发布后,所有的consumers都会对其进行消费,因为它们各自属于独立的组。因此,我们建议在使用Spring Cloud Stream时最好都指定Consumer Group,以防止对消息的重复消费,除非该行为是必要的(例如刷新所有consumer的配置等)。

Polled Consumer

spring cloud stream 2.0之后开始支持定时拉取的消费模式,开发人员可以指定拉取频率以及最大拉取消息数量来控制消费速率。

Partition

通过Consumer Group我们已经能保障每条消息只会被组内的某个实例消费一次,但是我们无法控制消息会被哪一个实例消费。即多条消息到达后,它们可能是分别由不同的consumer实例消费。

但是对于一些业务场景,就需要针对某些具有相同特征的消息每次都可以被同一个消费者实例消费,例如某些监控计数服务,需要针对相同uid的行为在内存中计数。因此,MQ中间件引入了消息分区的概念,消息根据特征写入到不同的partition,不同的消费者实例指定消费不同分区的消息,于是保证相同特征的消息会被同一个消费者实例消费。

Spring Cloud Stream针对patition提供了一个通用的抽象,用来在消息中间件的上层实现分区处理,所以它对于消息中间件自身是否实现了消息分区并不关心,这使得Spring Cloud Stream为不具备分区功能的消息中间件也增加了分区功能扩展(例如RabbitMQ)。

Spring Cloud Stream 核心概念的更多相关文章

  1. Spring Cloud Stream教程(二)主要概念

    Spring Cloud Stream提供了一些简化了消息驱动的微服务应用程序编写的抽象和原语.本节概述了以下内容: Spring Cloud Stream的应用模型 Binder抽象 持续的发布 - ...

  2. Spring Cloud Stream如何消费自己生产的消息?

    在上一篇<Spring Cloud Stream如何处理消息重复消费>中,我们通过消费组的配置解决了多实例部署情况下消息重复消费这一入门时的常见问题.本文将继续说说在另外一个被经常问到的问 ...

  3. 第十章 消息驱动的微服务: Spring Cloud Stream

    Spring Cloud Stream 是一个用来为微服务应用构建消息驱动能力的框架. 它可以基于Spring Boot 来创建独立的. 可用于生产的 Spring 应用程序. 它通过使用 Sprin ...

  4. Spring Cloud Stream(十三)

    说明 对Spring Boot 和 Spring Integration的整合,通过Spring Cloud Stream能够简化消息中间件使用的复杂难度!让业务人员更多的精力能够花在业务层面 简单例 ...

  5. Spring cloud stream【入门介绍】

    案例代码:https://github.com/q279583842q/springcloud-e-book   在实际开发过程中,服务与服务之间通信经常会使用到消息中间件,而以往使用了哪个中间件比如 ...

  6. 消息驱动式微服务:Spring Cloud Stream & RabbitMQ

    1. 概述 在本文中,我们将向您介绍Spring Cloud Stream,这是一个用于构建消息驱动的微服务应用程序的框架,这些应用程序由一个常见的消息传递代理(如RabbitMQ.Apache Ka ...

  7. Spring Cloud 系列之 Spring Cloud Stream

    Spring Cloud Stream 是消息中间件组件,它集成了 kafka 和 rabbitmq .本篇文章以 Rabbit MQ 为消息中间件系统为基础,介绍 Spring Cloud Stre ...

  8. SpringCloud之Spring Cloud Stream:消息驱动

    Spring Cloud Stream 是一个构建消息驱动微服务的框架,该框架在Spring Boot的基础上整合了Spring Integrationg来连接消息代理中间件(RabbitMQ, Ka ...

  9. spring cloud 2.x版本 Spring Cloud Stream消息驱动组件基础教程(kafaka篇)

    本文采用Spring cloud本文为2.1.8RELEASE,version=Greenwich.SR3 本文基于前两篇文章eureka-server.eureka-client.eureka-ri ...

随机推荐

  1. DvaJS构建配置React项目与使用

    DvaJS构建配置React项目与使用 一,介绍与需求分析 1.1,介绍 dva 首先是一个基于redux 和redux-saga的数据流方案,然后为了简化开发体验,dva 还额外内置了react-r ...

  2. openstack实验环境搭建

    Openstack实验文档 一.base节点 1.1配置网络 vim /etc/sysconfig/network-scripts/ifcfg-eth0 1.2关闭防火墙和selinux system ...

  3. Ansible配置文件ansible.cfg详解

    Ansible是一个系列文章,我会尽量以通俗易懂.诙谐幽默的总结方式给大家呈现这些枯燥的知识点,让学习变的有趣一些. Ansible系列博文直达链接:Ansible入门系列 前言 此时外面小雨淅淅沥沥 ...

  4. Excel催化剂开源第39波-json字符串解释的超能类库

    对一般VBA开发群体来说,处理json.xml结构的数据源,在VB6的世界里,是一件非常不容易的事情,隐约记得当年自己从哪里找到了一个使用字典实现的json解释的函数,实在非常稀有. 在.Net的世界 ...

  5. [leetcode] 64. Minimum Path Sum (medium)

    原题 简单动态规划 重点是:grid[i][j] += min(grid[i][j - 1], grid[i - 1][j]); class Solution { public: int minPat ...

  6. Cesium 学习(二)所支持的模型数据类型,以及转换

    1.Cesium所支持的模型数据类型 目前所知的有glTF.glb.bgltf等格式的模型数据: 想要了解glTF等的知识可以看一下https://www.cnblogs.com/fuckgiser/ ...

  7. 基于Ajax的前后端分离

    这种开发模式可以称为SPA (Single Page Application 单页面应用)时代. 这种模式下,前后端的分工非常清晰,前后端的关键协作点是 Ajax 接口.看起来是如此美妙,但回过头来看 ...

  8. python基础——列表(list)

    序列是Python中最基本的数据结构.序列中的每个元素都分配一个数字 - 它的位置,或索引,第一个索引是0,第二个索引是1,依此类推. Python有6个序列的内置类型,但最常见的是列表和元组. 序列 ...

  9. datatables editor fields type

    其实editor fields type 默认支持的输入类型就是w3c输入框类型. text   number   password   textarea   select   checkbox   ...

  10. 浏览器如何加载和解析CSS——CSS样式来源与层叠规则

    关于CSS样式首先得理解浏览器如何加载它们,最终的页面样式是如何呈现的? CSS层叠样式表的关键在于"层叠",会根据选择符的使用而将样式相互叠加或者覆盖. CSS样式表之所有有&q ...