消息队列介绍
消息队列需求场景
在基于微服务开发的电商项目中，商品的查询和商品的修改是通过两个服务实现的，如果修改了商品的价格，如何保证商品查询服务查询出来的商品价格同步更新呢？
服务与服务之间的通信方式有两种：同步调用 和 异步消息调用
-
同步调用：远程过程调用，REST和RPC
-
异步消息调用：消息队列
-
为了保证数据的一致性，当“商户商品修改服务”在完成对A库中商品信息的修改之后，需要调用“商户商品查询服务”及“自媒体商品查询服务”同步完成B库及C库中商品信息的修改；
-
如果“商户商品修改服务”使用Ribbon或者Feign同步调用“商户商品查询服务”及“自媒体商品查询服务”虽然能够实现数据的同步修改，但是大大增加了“商户商品修改服务”对用户的响应时间
-
为了缩短“商户商品修改服务”对用户的响应时间，我们可以在“商户商品修改服务”完成对A库修改之后，通过异步消息队列通知“商户商品查询服务”及“自媒体商品查询服务”。
消息队列概念
- MQ全称为Message Queue,消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。
- 消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
常见消息队列中间件
-
RabbitMQ、ActiveMQ、RocketMQ、Kafka
-
RabbitMQ 稳定可靠,数据一致,支持多协议,有消息确认,基于erlang语言
-
Kafka 高吞吐,高性能,快速持久化,无消息确认,无消息遗漏,可能会有有重复消息,依赖于zookeeper,成本高.
-
ActiveMQ 不够灵活轻巧,对队列较多情况支持不好.
-
RocketMQ 性能好,高吞吐,高可用性,支持大规模分布式，协议支持单一
消息队列作用
1.解耦
场景说明：用户下单后，订单系统需要通知库存系统
-
传统做法
-
传统的做法是，订单系统调用库存系统的接口。如下图：
-
传统模式的缺点：假如库存系统无法访问，则订单减库存将失败，从而导致订单失败，订单系统与库存系统耦合
-
如何解决以上问题呢？
-
-
使用消息队列
-
引入应用消息队列后的方案，如下图：
-
订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功
-
库存系统：订阅下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作
-
在下单时库存系统不能正常使用。也不影响正常下单，因为下单后，订单系统写入消息队列就不再关心其他的后续操作了。实现订单系统与库存系统的应用解耦
-
2.异步
场景说明：用户注册后，需要发注册邮件和注册短信
-
传统做法
-
a.串行：将注册信息写入数据库成功后，发送注册邮件，再发送注册短
-
b.并行：将注册信息写入数据库成功后，发送注册邮件的同时，发送注册短信
-
-
使用消息队列
-
将不是必须的业务逻辑，异步处理。改造后的架构如下：
-
3.流量削峰
场景说明：商品秒杀业务，一般会因为流量过大，导致流量暴增，应用挂掉
-
传统做法
- 限制用户数量
-
使用消息队列
-
用户的请求，服务器接收后，首先写入消息队列，秒杀业务根据消息队列中的请求信息，再做后续处理
-
假如消息队列长度超过最大数量，则直接抛弃用户请求或跳转到错误页面。
-
4.消息通讯
消息通讯是指，消息队列一般都内置了高效的通信机制，因此也可以用在纯的消息通讯。比如实现点对点消息队列，或者聊天室等
-
使用消息队列实现点对点通信
-
客户端A和客户端B使用同一队列，进行消息通讯
-
-
使用消息队列实现聊天室通信
-
客户端A，客户端B，客户端N订阅同一主题，进行消息发布和接收。实现类似聊天室效果
-
5.日志处理
日志处理是指将消息队列用在日志处理中，比如Kafka的应用，解决大量日志传输的问题
-
使用消息队列完成日志处理
-
日志采集客户端，负责日志数据采集，定时写受写入Kafka队列
-
Kafka消息队列，负责日志数据的接收，存储和转发
-
日志处理应用：订阅并消费kafka队列中的日志数据
-