同步和异步通讯
微服务间通讯有同步和异步两种方式
同步通讯
同步调用的优点:
- 时效性较强,可以立即得到结果
同步调用的问题:
- 耦合度高
- 性能和吞吐能力下降
- 有额外的资源消耗
- 有级联失败问题
异步通讯
通过Broker实现,Broker 是一个像数据总线一样的东西,所有的服务要接收数据和发送数据都发到这个总线上,这个总线就像协议一样,让服务间的通讯变得标准和可控。
好处:
- 吞吐量提升:无需等待订阅者处理完成,响应更快速
- 故障隔离:服务没有直接调用,不存在级联失败问题
- 调用间没有阻塞,不会造成无效的资源占用
- 耦合度极低,每个服务都可以灵活插拔,可替换
- 流量削峰:不管发布事件的流量波动多大,都由Broker接收,订阅者可以按照自己的速度去处理事件
缺点:
- 架构复杂了,业务没有明显的流程线,不好管理
- 需要依赖于Broker的可靠、安全、性能
MQ
MQ,中文是消息队列(MessageQueue),字面来看就是存放消息的队列。也就是事件驱动架构中的Broker。
比较常见的MQ实现:
- ActiveMQ
- RabbitMQ
- RocketMQ
- Kafka
几种常见MQ的对比:
RabbitMQ | ActiveMQ | RocketMQ | Kafka | |
---|---|---|---|---|
公司/社区 | Rabbit | Apache | 阿里 | Apache |
开发语言 | Erlang | Java | Java | Scala&Java |
协议支持 | AMQP,XMPP,SMTP,STOMP | OpenWire,STOMP,REST,XMPP,AMQP | 自定义协议 | 自定义协议 |
可用性 | 高 | 一般 | 高 | 高 |
单机吞吐量 | 一般 | 差 | 高 | 非常高 |
消息延迟 | 微秒级 | 毫秒级 | 毫秒级 | 毫秒以内 |
消息可靠性 | 高 | 一般 | 高 | 一般 |
追求可用性:Kafka、 RocketMQ 、RabbitMQ
追求可靠性:RabbitMQ、RocketMQ
追求吞吐能力:RocketMQ、Kafka
追求消息低延迟:RabbitMQ、Kafka
Rabbit
centos7 docker安装
- 拉取镜像
docker pull rabbitmq:management - 创建容器并启动
docker run -id –name=rabbit –hostname=rabbit -p 15672:15672 -p 5672:5672 rabbitmq:management
RabbitMQ消息模型(队列消息 发布/订阅消息)
RabbitMQ中的几个概念:
- channel:通道,操作MQ的工具
- exchange:路由消息到队列中
- queue:队列,缓存消息
- virtual host:虚拟主机,是对queue、exchange等资源的逻辑分组
队列消息
- 特点:
- 不会丢失数据且有序(先进先出)
- 仅有一个消费者能拿到
- 模型:
- SimpleQueue(简单)
1vs1 队列中待处理的消息少 - WorkQueue (工作)
1vsN 队列中待处理的消息多,多个消费会平均分配,导致性能浪费,设置平均分配为能者多劳模式
订阅消息
- 特点:
- 消息会丢失
- 强调的是多个消费者必须同时在线才能同时收到消息,不然消息会丢失
- 必须要有交换
- 模型:
- fanout:
- 通过队列绑定交换机
- 数据通过交换机发给绑定的队列,所有消费者都能收到数据
- direct:在fanout的基础上可以通过routingkey(路由键)进行分类,指定了路由键的消费者才能收到数据
- topic:在direct的基础上可以对routingkey(路由键)进行通配简化
- *:可以匹配一个词 #:可以匹配多个词
- 指定了通配路由键的消费者才能收到数据
1 | java复制代码public class PublisherTest { |
1 | java复制代码public class ConsumerTest { |
SpringAMQP
什么是AMQP?
应用间消息通信的一种协议,与语言和平台无关。
SimpleQueue
消息发送
application.yml中添加配置
1 | yml复制代码spring: |
利用RabbitTemplate实现消息发送:
1 | java复制代码@RunWith(SpringRunner.class) |
消息接收
application.yml中添加配置:同发送
自定义一个消息监听器
- 此类交给容器管理
- 编写方法:监听消息队列(队列中一旦有最新的消息,自动执行方法)
- 方法没有返回值
- 方法有参数(参数=发送的消息内容)
- 参数类型和发送的消息类型一致
- 在方法上通过@RabbitListener绑定队列
1 | java复制代码@Component |
WorkQueue
Work queues,也被称为(Task queues),任务模型。简单来说就是让多个消费者绑定到一个队列,共同消费队列中的消息。
当消息处理比较耗时的时候,可能生产消息的速度会远远大于消息的消费速度,此时就可以使用work模型
消息发送
1 | java复制代码@Test |
消息接收
默认多个消费者轮询接收信息
1 | java复制代码@Component |
1 | java复制代码@Component |
能者多劳
application.yml文件,添加配置,注意所有消费者都要添加配置,只添加一个消费者的话该消费者处理一条信息后就会停止获取信息
1 | yml复制代码spring: |
发布/订阅
在订阅模型中,多了一个exchange角色,过程略有变化:
- 生产者:也就是要发送消息的程序,但是不再发送到队列中,而是发给交换机
- Exchange:交换机.一方面,接收生产者发送的消息。另一方面,知道如何处理消息,例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作,取决于Exchange的类型。Exchange有以下3种类型:
- Fanout:广播,将消息交给所有绑定到交换机的队列
- Direct:定向,把消息交给符合指定routing key 的队列
- Topic:通配符,把消息交给符合routing pattern(路由模式) 的队列
- 消费者:与以前一样,订阅队列,没有变化
- Queue:消息队列也与以前一样,接收消息、缓存消息。
Exchange(交换机)只负责转发消息,不具备存储消息的能力,因此如果没有任何队列与Exchange绑定,或者没有符合路由规则的队列,那么消息会丢失!
Fanout
消息发送流程:
- 1) 可以有多个队列
- 2) 每个队列都要绑定到Exchange(交换机)
- 3) 生产者发送的消息,只能发送到交换机,交换机来决定要发给哪个队列,生产者无法决定
- 4) 交换机把消息发送给绑定过的所有队列
- 5) 订阅队列的消费者都能拿到消息
消息发送
1 | java复制代码@Test |
消息接收
1 | java复制代码@RabbitListener( |
Direct
不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。
在Direct模型下:
- 队列与交换机的绑定,不能是任意绑定了,而是要指定一个
RoutingKey
(路由key) - 消息的发送方在 向 Exchange发送消息时,也必须指定消息的
RoutingKey
。 - Exchange不再把消息交给每一个绑定的队列,而是根据消息的
Routing Key
进行判断,只有队列的Routingkey
与消息的Routing key
完全一致,才会接收到消息
消息发送
1 | java复制代码@Test |
消息接受
1 | java复制代码@RabbitListener( |
Topic
Topic
类型的Exchange
与Direct
相比,都是可以根据RoutingKey
把消息路由到不同的队列。只不过Topic
类型Exchange
可以让队列在绑定Routing key
的时候使用通配符!
Routingkey
一般都是有一个或多个单词组成,多个单词之间以”.”分割,例如: item.insert
通配符规则:
#
:匹配一个或多个词
*
:匹配不多不少恰好1个词
消息发送
1 | java复制代码@Test |
消息接收
1 | java复制代码@RabbitListener( |
本文转载自: 掘金