博客
关于我
消息队列-优缺点
阅读量:292 次
发布时间:2019-03-03

本文共 875 字,大约阅读时间需要 2 分钟。

优点:

(1)解耦

传统模式的缺点:系统间耦合性太强,如上图所示,系统A在代码中直接调用系统B和系统C的代码,如果将来D系统接入,系统A还需要修改代码,过于麻烦!(若多个应用使用A系统的东西,但是根据业务的需求,可能进行更改,那么就需要频繁的修改代码)

中间件模式:将消息写入消息队列,需要消息的系统自己从消息队列中订阅,从而系统A不需要做任何修改。(A只需要把东西放在消息队列中,谁要用不关乎它的事情)

(2)异步

传统模式缺点:一些非必要的业务逻辑以同步的方式运行,太耗时间。(一个业务涉及了多个操作,有些是非必要的业务。那么若直接同步进行,耗时太长。例如:下单,要付款,去除优惠卷,付款完要计算积分,计算完积分要发短信,那么用户下完单只需要知道是否完成了付款,关于优惠劵与积分等业务逻辑没必要同步进行,耗时。当链路过长就需要用异步来解决)

中间件模式:将消息写入消息队列,非必要的业务逻辑以异步的方式运行,以加快响应速度

(3)削峰

传统模式缺点:并发量大的时候,所有的请求直接怼到数据库,造成数据库连接异常。(秒杀这种活动的时候,所有的请求一起来队缓存或者数据库的时候,当它们承受不了压力的时候,就可能会崩盘。)

中间件模式:系统A慢慢的按照数据库能处理的并发量,从消息队列中慢慢拉取消息。在生产中,这个短暂的高峰期积压是允许的。

缺点

(1)系统可用性降低

​ 系统引入的外部依赖越多,越容易挂掉,当加了消息中间件MQ,那么如果MQ挂了,整套系统关于消费者无法进行消费,会导致系统不可用。

(2)系统复杂性提高

​ 硬生生加个 MQ 进来,你怎么保证消息没有重复消费?怎么处理消息丢失的情况?怎么保证消息传递的顺序性?所以需要对MQ进行维护,导致了系统的复杂性提高了。

(3)一致性问题

​ ABCD是一整个业务,例如A是付钱,B是扣除优惠券,C是增加积分,D是发送成功短信,那么,A 系统处理完了直接返回成功了,人都以为你这个请求就成功了;但是问题是,要是 BCD 三个系统那里,BD 两个系统写库成功了,结果 C 系统写库失败了,这数据就不一致了。

转载地址:http://xanl.baihongyu.com/

你可能感兴趣的文章
nativescript(angular2)——ListView组件
查看>>
NativeWindow_01
查看>>
Native方式运行Fabric(非Docker方式)
查看>>
Nature | 电子学“超构器件”, 从零基础到精通,收藏这篇就够了!
查看>>
Nature和Science同时报道,新疆出土四千年前遗骸完成DNA测序,证实并非移民而是土著...
查看>>
Nature封面:只低一毫米,时间也会变慢!叶军团队首次在毫米尺度验证广义相对论...
查看>>
Nat、端口映射、内网穿透有什么区别?
查看>>
Nat、端口映射、内网穿透有什么区别?
查看>>
nat打洞原理和实现
查看>>
NAT技术
查看>>
NAT模式/路由模式/全路由模式 (转)
查看>>
NAT模式下虚拟机centOs和主机ping不通解决方法
查看>>
NAT的两种模式SNAT和DNAT,到底有啥区别?
查看>>
NAT的全然分析及其UDP穿透的全然解决方式
查看>>
NAT类型与NAT模型详解
查看>>
NAT网络地址转换配置实战
查看>>
NAT网络地址转换配置详解
查看>>
navbar navbar-inverse 导航条设置颜色
查看>>
Navicat for MySQL 命令列 执行SQL语句 历史日志
查看>>
Navicat for MySQL 查看BLOB字段内容
查看>>