标签：请求 帮助 qpi 导致 业务逻辑 优缺点 最好 还需要 允许
本文首发于微信公众号【坂本先生】
核心的有3个：解耦、异步、削峰
（1）解耦
传统模式:
传统模式的缺点：
系统间耦合性太强，如上图所示，系统A在代码中直接调用系统B和系统C的代码，如果将来D系统接入，系统A还需要修改代码，过于麻烦！
中间件模式:
中间件模式的的优点：
将消息写入消息队列，需要消息的系统自己从消息队列中订阅，从而系统A不需要做任何修改。
传统模式:
传统模式的缺点：
一些非必要的业务逻辑以同步的方式运行，太耗费时间。
中间件模式:
中间件模式的的优点：
将消息写入消息队列，非必要的业务逻辑以异步的方式运行，加快响应速度
传统模式
传统模式的缺点：
并发量大的时候，所有的请求直接怼到数据库，造成数据库连接异常
中间件模式:
中间件模式的的优点：
系统A慢慢的按照数据库能处理的并发量，从消息队列中慢慢拉取消息。在生产中，这个短暂的高峰期积压是允许的。
系统可用性降低：如果消息队列运行崩溃会直接导致系统故障，可以这么说：“系统的复杂程度和其可用性成负相关”
系统复杂程度增高：需要解决很多问题，例如数据一致性，消息重复消费问题，消息可靠性传输问题
消息队列虽然好，能够帮助我们处理：解耦，异步，削峰问题，但是也会造成系统可用性降低，并提高系统复杂程度。因此我们需要谨慎引入，当然不得不用的时候也得用，最好的方式就是先找一种消息队列自己写一些demo程序来体验一下消息队列，这样今后在遇到响应的业务需求时就能自行判断了
标签：请求 帮助 qpi 导致 业务逻辑 优缺点 最好 还需要 允许
原文地址：https://www.cnblogs.com/hwtblog/p/12078373.html
