【转载】MQTT与RocketMQ的应用场景对比

MQTT与RocketMQ的应用场景对比 (aliyun.com)

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

背景信息

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

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

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

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

适用场景对比

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

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

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

组合使用场景示例

  • 场景示例一

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

  • 场景示例二

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

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

功能对比

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

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

发表评论