MQ消息队列

目录

为什么使用消息队列

消息队列有哪些


为什么使用消息队列

解耦

A系统产生一条比较关键的数据,很多系统都需要A系统将这个数据发送过来,比如要发送数据到BCD三个系统,通过接口调用发送。如果E系统也要这个数据呢?C系统现在不需要了呢?此时的A系统代码变动就比较频繁,跟其它系统严重耦合,A系统要考虑BCDE四个系统如果挂了如何处理?要不要重发,要不要把消息存起来。如果使用MQ,A系统直接把数据发送到MQ里面去,现有系统或者后面新增加的系统只要需要数据直接去MQ里面消费。如果某个系统不需要这条数据了,就取消对MQ消息的消费即可。这样A系统就不需要去考虑要给谁发送数据,不需要维护相关程序代码,也不需要考虑其他系统是否调用成功、失败超时等情况。这样A系统就跟其它系统彻底解耦了。

异步

A系统接收一个请求,需要在自己本地写库,还需要在BCD三个系统写库,自己本地写库要3ms,BCD三个系统分别写库要300ms、450ms、200ms。最终请求总耗时3ms+ 300ms + 450ms + 200ms = 953ms,接近1s,用户通过浏览器发起请求到响应,等待耗时1s,时间有点长(一般每个请求都必须在200ms以内完成,对用户几乎是无感知的)如果A系统接受到请求直接把消息发布到MQ队列中,耗时5ms,从接受到请求到

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

骆驼整理说

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值