标签:queue 效率 broker 消费 虚拟 使用 fetch erp 有趣的
RabbitMQ是一个开源的消息代理和队列服务器,用来通过普通协议在完全不同的应用之间传递数据,RabbitMQ是使用Erlang语言来编写的,并且RabbitMQ是基于AMQP协议的。
RabbitMQ中有三种常用的交换机类型:
direct: 如果路由键匹配,消息就投递到对应的队列
fanout:投递消息给所有绑定在当前交换机上面的队列
topic:允许实现有趣的消息通信场景,使得5不同源头的消息能够达到同一个队列。topic队列名称有两个特殊的关键字。
* 可以替换一个单词
# 可以替换所有的单词
RPC比较适合- 客户端调用哪个服务器比较明确
调用需要立即得到返回结果
架构简单 在一个由多个微服务构成的大系统中,某些关键服务间的调用应当在较短的时间内返回,而且各个微服务的专业化程度较高,同一个请求的关注者只有一个。这个时候就应该用RPC。 比如在一个ERP系统中,有一个管理仓储的微服务,以及一个负责订单的微服务。新建订单时需要查知当前的存货是否充足,如果不充足就通知用户;提交订单时预订指定数量的货物,如果此时货物不错,也要终止订单的提交,并通知用户。显然在这种场景下是不允许较大的延迟,否则会影响用户体验。所以应该使用RPC,及时返回仓储情况。
MQ比较适合
消息的发送者和消费者需要解耦的情况
发送者并不明确谁是消费者
发送者并不关心谁来消费消息
各个消费者可以从不同的角度入手处理消息
消费者的处理结果也不返回给发送者
消息的发送和处理是异步的
消息的关注者不止一个
在一个由多个微服务构成的大系统中,会有一些非关键服务,用来执行一些不需要立刻得到结果的计算。而且它们的计算结果并不会返回给消息的发送者。这个时候就应该使用MQ。
标签:queue 效率 broker 消费 虚拟 使用 fetch erp 有趣的
原文地址:https://www.cnblogs.com/EveningWind/p/10272538.html