MQ应用场景

╰半橙微兮° 2023-07-13 13:56 10阅读 0赞

#### 消息队列中间件是分布式系统中的重要组件，主要解决异步消息，应用解耦，流量削峰等问题，从而实现高性能，高可用，可伸缩和最终一致性的架构。 ####

**使用较多的消息队列有ActiveMQ,RabbitMQ，Kafka，MateMQ等。**

### 一：异步处理 ###

##### 场景说明:用户注册之后，需要发送注册邮件和注册短信，传统做法如下： #####

将注册信息写入数据库成功后，发送注册邮件，再发送注册短信，以上三个任务全部完成后，返回给客户端  
![在这里插入图片描述][20200312185900327.png]  
引入消息队列，异步处理，改造后的框架如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NTE1MTk2MA_size_16_color_FFFFFF_t_70]

### 二 ：应用解耦 ###

场景说明：用户下单之后，订单系统需要通知库存系统，传统做法是，订单系统调用库存系统的接口，如下图所示：  
![在这里插入图片描述][20200312190418504.png]  
传统模式的缺点：

*  假如库存系统无法访问，则订单减库存将失败，从而导致下单失败。
 *  订单系统与库存系统耦合。

引入消息队列后的方案如下图：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NTE1MTk2MA_size_16_color_FFFFFF_t_70 1]

*  订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户，下单成功。
 *  库存系统：定于下单的消息，获取下单信息，库存系统根据下单信息，进行库存操作。
 *  假如：在下单时库存系统不能正常使用，也不影响正常下单，因为下单后，订单系统写入消息队列，不再关心其他的后续操作了，实现订单系统与库存系统的应用耦合。

### 三：流量削峰 ###

流量削峰也是消息队列中的常用场景，一般在秒杀或者团抢活动中广泛应用，  
应用场景：秒杀活动，一般会因为流量过大，导致流量暴增，应用挂掉，为解决这个问题，一般需要在应用前端加入消息队列。

*  可以控制活动的人数
 *  可以缓解短时间内高流量压垮应用  
    ![在这里插入图片描述][20200312191303561.png]
 *  用户的请求，服务器接收后，首先写入消息队列，假如消息队列长度超过最大数量，则直接抛弃用户请求或者跳转到错误页面。
 *  秒杀业务根据消息队列中的请求消息，再做后续处理

[20200312185900327.png]: /images/20230529/19294fea566b47fe9bde94d429865a1e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NTE1MTk2MA_size_16_color_FFFFFF_t_70]: /images/20230529/086e490e17944905a23be0866b5fad4c.png
[20200312190418504.png]: /images/20230529/a45fae74403b4c298310d5c0fa458580.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NTE1MTk2MA_size_16_color_FFFFFF_t_70 1]: /images/20230529/ad5404f78f82445584f75ff1169762e2.png
[20200312191303561.png]: /images/20230529/8339bdf5517f4cd892da55259552752d.png