通常认为，采用消息传送机制/消息队列 的中间件技术，进行数据交流，用在分布式系统的集成。前端
解决分布式系统之间消息的传递。数据库
电商场景：用户下单减库存，调用物流系统，系统扩充后服务化和业务拆分。系统交互，y通常用RPC（远程过程调用）。若是系统扩充到有几十个接口，消息中间件来解决问题。异步
1、异步处理分布式
用户注册（50ms），还需发送邮件（50ms）和短信（50ms）大数据
串行：（150ms）用户注册—》发送邮件----》发送短信线程
并行（100ms）：用户注册—》发送邮件日志
a) |----》发送短信中间件
消息中间件（56ms）：接口
用户注册（50ms）—》（6ms）消息中间件《-----发送邮件rabbitmq
《-----发送短信
说明：一个用户注册流程，包含下述业务：
1. 注册处理以及写数据库、
2. 发送注册成功的手机短信
3. 发送注册成功的邮件信息
咱们使用老方法的话，则会注册完执行发送短信再执行邮件发送。太low
通常使用的是：在注册成功后，使用两个线程去作发送邮件，发送短信操做。
若是用消息中间件：则将两个线程建立这些事情省了，直接发送消息给消息中间件，而后让邮件服务和短信服务本身去消息中间件里面去取消息，而后取到消息后再本身作对应的业务操做。就是这么方便
2、应用的解耦
a) 订单系统---》库存系统（强耦合）
b) 消息中间件：订单系统---》消息中间件《----库存系统（解耦）
说明：用户购买一笔订单，订单成交—》调用库存系统—1---》返回给订单系统，此时算一个正常业务。还有不正常的业务，就是用户订单完成后，订单系统并不去滴啊用库存系统-1操做，而是调用消息中间件，写入一个订单信息。又库存系统本身去消息中间件上去获取，而后更新库存，这样可以减小互联网型应用追求的快这一个属性。而库存系统读取订单间库存其实这个操做也是很是快的，因此有消息中间件对解耦来讲也是一个不错的方向。
3、流量的削峰
a) 用户请求-----》秒杀应用
b) 应用的前端加入消息队列
c) 用户请求-----》消息队列《----秒杀应用
说明：好比，系统举行秒杀活动，热门商品。流量蜂拥而至 100件商品，10万人挤进来怎么办，10万秒杀的操做，放入消息队列。秒杀应用处理消息队列中的10万个请求中的100个，其余的打回，通知失败。流量峰值控制在消息队列处，秒杀应用不会瞬间被怼死.
4、日志处理
a) 错误日志---》消息队列《----日志处理
b) 用户行为日志--》消息队列(kafka)《-----日志的存储或流式处理
说明：日志处理 可能随时kafka的强项，大数据的日志处理非它莫属，我没用过，只知道它很强大。很是强大。
5、纯粹的消息通讯
后期将主要记录：rabbitmq 应用场景以及相关知识