消息中间件

一、消息中间件基本概念

消息中间件是在消息的传输过程中保存消息（消息传递过程中不能更改）的容器。消息中间件再将消息从它的原中继到它的目标时充当中间人的作用。消息中间件的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，知道可以成功传递为止，当然，消息队列保存消息也是有期限的。

 

二、消息中间件的特点：

1、采用异步处理模式

消息发送者可以发送一个消息而无须等待响应。消息发送者将消息发送到一条虚拟的通道（主题或队列）上，消息接受者则订阅或者监听该通道。一条消息可能最终转发一个或多个消息接受者，这些接收者都无需对消息发送者做出同步响应。整个过程是异步的。比如用户信息注册。注册完毕后过段时间才发送邮件或者短信

2、应用程序和应用程序调用关系为松耦合关系

发送者和接收者不必了解对方、只需要确认消息；发送者和接收者不必同时在线。（一个应用宕机后不会对其他应用造成影响）

比如在线交易系统为了保证数据的最终一致，在支付系统处理完成后会把支付结果放到消息中间件里通知订单系统修改订单支付状态。两个系统通过消息中间件解耦。

 

三、消息服务传递模型及各自的特点详解

消息中间件（MOM）传递模型：

应用程序A和B都可以互相成为生产者和消费者

 

1. 点对点模型（PTP）

定向，一对一关系

点对点模型特点：

每个消息对应一个消费者；发送者和接收者没有时间依赖；接收者确认消息接收和处理成功（成功了就会删除，不成功下次来拉数据时还存在）

每个消息会有对应message id

 

点对点模型：

1. 发布-订阅模型（Pub/Sub）

一对多关系

发布-订阅模型特点：每个消息可以有多个订阅者；客户端只有订阅后才能接收消息；持久订阅和非持久订阅(订阅过期时间)

 

发布-订阅模型：

真实环境下会存储生产者-消费者的消息传输轨迹，暂用空间大，查询难

 

发布者和订阅者之间有时间依赖；

持久订阅：订阅关系建立后，消息就不会消失，不管订阅者是否在线（会存储本身订阅关系，订阅者宕机，消息中间件会不断重试发给订阅者，直到成功）；

非持久订阅：订阅者为接收消息，必须一直在线（长连接），当只有一个订阅者时约等于点对点模式。

 

四、消息中间件应用场景：

场景1：网站注册用户，用户注册成功后，过段时间会发送确认邮件或短信

场景2：日志进行集中收集，用于计算PV、用户行为分析

日志进行集中收集，用于计算PV (page view)即页面浏览量、用户行为分析

nginx配置分流实现小流量（日志分析，分析用户行为，确认那种方案适合）

实现日志收集工具：scribe、chukwa、kafka、flume等

消息中间件负责消息暂存功能

 

 

 

场景3：数据复制场景

状态机（FSM）：保证数据完整性（做MD5校验）、数据的顺序性

 

 

场景4：延迟消息发送和暂存

消息发送后暂时不用，某个时间同时放出来进行压力测试

 

场景5：发布订阅模式

1. 缓存数据同步更新
2. 往应用推送数据

cache都是本地应用服务器（Tomcat等）

 

五、消息中间件分类：

1、（push）推消息模型：

消费生产者将消息发送给消息传递服务，消息传递服务又将消息推给消息消费者。（时效性高）

2、（pull）拉消息模型：

消费之请求消息服务接收消息，消息生产者从中间件拉该消息（时效性不怎么高）

 

3、推消息模型和拉消息模型的区别：

服务端：消息中间件

客户端：消息消费者

 

消息存储：消息需要存储到消息中间件里；

保存推送轨迹：需要知道哪些消息推送成功，哪些失败

消费者负载均衡：轮询方式把消息推到不同机器

集中式：消息只能推到一个地方进行处理（单点或散列）