MQ
MQ概述
-
RabbitMQ全称Message Queue(消息队列),是在消息的传输过程中保存消息的容器。多用于分布式系统之间进行通信。
-
分布式系统通信分为两种方式:直接远程调用和借助第三方完成间接通信。
-
发送方称为生产者,接收方称为消费者
MQ的优势和劣势
优势
-
应用解耦(提升容错性和可维护性性)
-
异步提速(提升用户体验和系统吞吐量)
-
削峰填谷(提高系统稳定性)
使用MQ之后,限制消费消息的速度为1000,这样一来,高峰期产生的数据势必会被挤压在MQ中,高峰就被削掉,但是消息挤压,在高峰期过后一段时间内,消费消息的速度还是会维持在1000,直到消费完积压的消息,这就叫做填谷。
劣势
-
系统可用性降低
系统引入的外部依赖越多,系统稳定性越差。一旦MQ宕机,就会对业务产生影响。如何保证MQ高可用?
-
系统复杂度提高
MQ的加入大大增加了系统的复杂度,以前系统是同步的远程调用,现在是通过MQ进行异步调用。如何保证消息没有被重复消费?怎么处理消息丢失情况?怎么保证消息传递的顺序性?
-
一致性问题
A系统处理完业务,通过MQ给B、C、D三个系统发消息数据,如果B系统、C系统处理成功,D系统处理失败。如何保证消息数据处理的一致性?
什么情况下使用MQ?
- 生产者不需要从消费者处获得反馈。引入消息队列之前直接调用,其接口的返回值应该为空,这才让明明下层的动作还没做,上层却当做动作做完了继续往后走,即所谓异步称为了可能。
- 容许短暂的不一致性。
- 确实是用了有效果。即解耦、提速、削峰这些方面的收益,超过加入MQ,管理MQ这些成本。
常见的MQ产品
目前业务界有很多的MQ产品,例如:RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMQ等,也有直接使用Redis充当消息队列的案例,而这些消息队列产品,各预侧重,在实际选型时,需要结合自身需求以及MQ产品特征来进行综合考虑。
RabbitMQ | ActiveMQ | RocketMQ | Kafka | |
---|---|---|---|---|
公司/社区 | Rabbit | Apache | 阿里 | Apache |
开发语言 | Erlang | Java | Java | Scala&Java |
协议支持 | AMQP、XMPP、SMTP、STOMP | OpenWire、STOMP、REST、XMPP、AMQP | 自定义 | 自定义协议,社区封装了http协议支持 |
客户端支持语言 | 官方支持Erlang、Java、Ruby等,社区产出多种API,几乎支持所有语言 | Java、C、C++、Python、PHP、Perl、.net等 | Java、C++(不成熟) | 官方支持Java,社区产出多种API |
单机吞吐量 | 万级(其次) | 万级(最差) | 十万级(最好) | 十万级(次之) |
消息延迟 | 微妙级 | 毫秒级 | 毫秒级 | 毫秒以内 |
功能特性 | 并发能力强,性能极其好,延时低,社区活跃,管理界面丰富 | 老牌产品,成熟度高,文档较多 | MQ功能比较完备、扩展性佳 | 只支持主要的MQ功能,毕竟是为大数据领域准备的 |