生命不息,奋斗不止/创造价值-传递价值-获得价值
所谓迷茫,就是才华配不上梦想 每一个让你难堪的现在,都有一个不够努力的曾经

微消息队列MQTT与RocketMQ/Kafka/RabbitMQ区别

微消息队列 MQTT 版是专为移动互联网(MI)、物联网(IoT)领域设计的消息产品,覆盖互动直播、金融支付、智能餐饮、即时聊天、移动 Apps、智能设备、车联网等多种应用场景;通过对 MQTT、WebSocket 等协议的全面支持,连接端和云之间的双向通信,实现 C2C、C2B、B2C 等业务场景之间的消息通信,可支撑千万级设备与消息并发,如果说传统的消息队列中间件一般应用于微服务之间,那么适用于物联网的微消息队列 MQTT 版则实现了端与云之间的消息传递和真正意义上的万物互联。。

产品优势

微消息队列 MQTT 版相当于一个具备无限扩展能力的连接网关,不仅提供了自闭环的消息收发和存储能力,还提供了规则转入转出能力。您可以通过配置规则搭配阿里云其他产品,例如传统服务端消息中间件(消息队列 RocketMQ 版、消息队列 Kafka 版等)来实现云和端的数据双向互通。

微消息队列 MQTT 版系统采用分布式理念进行设计,无单点瓶颈,各组件之间均可以无限水平扩展,保证容量可以随着您的在线使用量进行调整,并且对用户完全透明。

下图展示了微消息队列 MQTT 版的产品优势。

图 1. 产品优势

相比其他移动端消息服务,微消息队列 MQTT 版具有以下优势:

  • 支持的都是标准协议,例如 MQTT、STOMP,应用方无技术捆绑,使用绝大多数开源的 SDK 即可无缝迁移到云上。
  • 作为一个海量移动终端长连接网关,后端通过规则引擎和阿里云其他消息产品数据打通,应用可以无需搭建自己的网关即可实现端和云的双向通信。
  • 支持设备级权限控制,并支持 SSL/TLS 加密通信,数据传输更安全可靠。

下面介绍一下微消息队列 MQTT 版和传统消息中间件,例如消息队列 RocketMQ 版的关联和区别,并针对实际应用场景下的产品选型给出建议。

背景信息

传统的消息中间件,例如消息队列 RocketMQ 版、消息队列 Kafka 版等都是面向微服务大数据等领域,负责消息的存储和转发,消息的生产者和消费者都是服务端应用。

这种设计很适合服务端技术栈固定、语言平台固定的场景。而移动互联网和 IoT 领域则有所不同,这类场景更侧重于多语言多平台的海量设备接入,消息的生产和消费过程的业务属性很突出,传统的消息中间件并不适合这些领域。

秉承单一职责的原则,微消息队列 MQTT 版在设计上是一个面向移动互联网和 IoT 领域的无状态网关,只关心海量移动端设备的接入、管理和消息传输,可与其他阿里云产品通过数据互通规则实现交互,例如消息队列 RocketMQ 版

在这种职责划分下,终端设备将消息发送到微消息队列 MQTT 版后,消息会根据微消息队列 MQTT 版创建的规则路由到指定产品,云端应用依然可以维持传统的微服务开发方案,通过对接云端存储产品即可和终端设备进行互动,两者之间通过微消息队列 MQTT 版实现了数据互通能力。

适用场景对比

在一个业务场景中,可能包含多种不同类型的应用组件,每个组件承担不同的角色。因此,在方案选型时如需要使用到消息产品,需要先了解微消息队列 MQTT 版和传统消息中间件的关联和区别,合理搭配使用,例如组件 A 的消息收发使用微消息队列 MQTT 版,组件 B 的消息收发使用消息队列 RocketMQ 版

下文将根据场景举例描述微消息队列 MQTT 版和传统的消息中间件的区别,为方便描述,传统的消息中间件以消息队列 RocketMQ 版为例,其他产品例如消息队列 Kafka 版和消息队列 AMQP 版(RabbitMQ)同理。

表 1. 适用场景对比
产品名 适用场景

微消息队列 MQTT 版

面向移动端场景,移动端场景一般都具备海量设备,单设备数据较少的特点。因此,微消息队列 MQTT 版适用于拥有大量在线客户端(很多企业设备端过万,甚至上百万),但每个客户端消息较少的场景。
消息队列 RocketMQ 版 面向服务端的消息引擎,主要用于服务组件之间的解耦、异步通知、削峰填谷等,服务器规模较小(极少企业服务器规模过万),但需要大量的消息处理,吞吐量要求高。因此,消息队列 RocketMQ 版适用于服务端进行大批量的数据处理和分析的场景。

组合使用场景示例

  • 场景示例一

    在物联网 IoT 场景中,成千上万(甚至数百万)规模的设备传感器可使用微消息队列 MQTT 版上传数据,需做数据分析的服务端(即部署在服务器上的应用)则可以通过消息队列 RocketMQ 版完成数据的分析与处理。

  • 场景示例二

    在车联网场景中,上百万辆车需要上传车辆信息数据到云端(服务端),云端同时也会下发指令到任意车辆或广播到所有的车辆。车辆可以通过 MQTT SDK 连接到微消息队列 MQTT 版实现数据上报以及指令接收,监管系统(数据分析系统)可以通过消息队列 RocketMQ 版的 SDK 进行消息订阅以及指令下发。如下图所示。

    自动草稿

基于以上区别,推荐您在移动端设备上使用微消息队列 MQTT 版,而在服务端应用中则使用消息队列 RocketMQ 版(或者其他消息产品)。

功能对比

微消息队列 MQTT 版消息队列 RocketMQ 版的具体功能特性的对比如下。

表 2. 功能对比
功能特性 微消息队列 MQTT 版 消息队列 RocketMQ 版
客户端连接数 客户端规模庞大,百万甚至千万级。 一般服务器规模较小,极少数万级。
单客户端消息量 单个客户端需要处理的消息少,一般定时收发消息。 单个客户端处理消息量大,注重吞吐量。
部署场景 移动设备、App 软件、H5 页面等。 服务端应用。
消费模式 支持广播模式。 支持集群消费和广播消费。
顺序支持 只支持上行顺序,不支持下行顺序(后续开放)。 支持上行和下行顺序。
多语言/系统支持(TCP 协议) 支持 Java、C、C++、.NET、Android、iOS、Python、JS、Go 等多种语言和系统。 支持 Java、C++、.NET。
访问凭证 支持 RAM 主子账号授权和 MQTT Token 的临时访问模式,详情请参见鉴权概述。

支持 RAM 主子账号授权和 跨云账号授权(STS 临时授权访问)。

选型指导

基本原则总结如下:

  • 对于部署在服务器上的应用,推荐使用消息队列 RocketMQ 版接入。
  • 对于部署在移动终端、App 或浏览器页面等平台上的应用,推荐使用微消息队列 MQTT 版接入。

针对常见的应用场景,建议的微消息队列 MQTT 版消息队列 RocketMQ 版选型如下。

表 3. 选型推荐
场景 部署端 微消息队列 MQTT 版 消息队列 RocketMQ 版
设备端上报状态数据 移动终端 ×
接收并处理分析设备的上报数据 移动终端 ×
对多个设备下发控制指令 服务器 ×
直播、弹幕、聊天 App 收发消息 应用 ×
服务端接收并分析聊天消息 服务器 ×

说明

√ 表示建议使用该消息队列产品;× 表示不建议使用该消息队列产品。

赞(0)
未经允许不得转载:jack361博客 » 微消息队列MQTT与RocketMQ/Kafka/RabbitMQ区别

如果你爱我或恨我,请↓

联系我