消息中间件的使用场景

一般认为，采用消息传送机制/消息队列 的中间件技术，进行数据交流，用在分布式系统的集成。

为什么使用消息中间件

解决分布式系统之间消息的传递。

电商场景：用户下单减库存，调用物流系统，系统扩充后服务化和业务拆分。系统交互，y一般用RPC（远程过程调用）。如果系统扩充到有几十个接口，消息中间件来解决问题。

消息中间件有些什么使用场景

一、异步处理

用户注册（50ms），还需发送邮件（50ms）和短信（50ms）

串行：（150ms）用户注册—》发送邮件----》发送短信

并行（100ms）：用户注册—》发送邮件

a) |----》发送短信

消息中间件（56ms）：

用户注册（50ms）—》（6ms）消息中间件《-----发送邮件《-----发送短信

说明：一个用户注册流程，包含下述业务：

1.    注册处理以及写数据库、
   

2.    发送注册成功的手机短信
   

3.    发送注册成功的邮件信息
   

我们使用老方法的话，则会注册完执行发送短信再执行邮件发送。太low

一般使用的是：在注册成功后，使用两个线程去做发送邮件，发送短信操作。

如果用消息中间件：则将两个线程创建这些事情省了，直接发送消息给消息中间件，然后让邮件服务和短信服务自己去消息中间件里面去取消息，然后取到消息后再自己做对应的业务操作。就是这么方便

二、应用的解耦

a) 订单系统—》库存系统（强耦合）

b) 消息中间件：订单系统—》消息中间件《----库存系统（解耦）

说明：用户购买一笔订单，订单成交—》调用库存系统—1—》返回给订单系统，此时算一个正常业务。还有不正常的业务，就是用户订单完成后，订单系统并不去滴啊用库存系统-1操作，而是调用消息中间件，写入一个订单信息。又库存系统自己去消息中间件上去获取，然后更新库存，这样能够减少互联网型应用追求的快这一个属性。而库存系统读取订单间库存其实这个操作也是非常快的，所以有消息中间件对解耦来说也是一个不错的方向。

三、流量的削峰

a) 用户请求-----》秒杀应用

b) 应用的前端加入消息队列

c) 用户请求-----》消息队列《----秒杀应用

说明：比如，系统举行秒杀活动，热门商品。流量蜂拥而至 100件商品，10万人挤进来怎么办，10万秒杀的操作，放入消息队列。秒杀应用处理消息队列中的10万个请求中的100个，其他的打回，通知失败。流量峰值控制在消息队列处，秒杀应用不会瞬间被怼死.

四、日志处理

a) 错误日志—》消息队列《----日志处理

b) 用户行为日志–》消息队列(kafka)《-----日志的存储或流式处理

说明：日志处理 可能随时kafka的强项，大数据的日志处理非它莫属，我没用过，只知道它很强大。非常强大。

五、纯粹的消息通信

引用：https://blog.csdn.net/yexiaomodemo/article/details/80444732