MQTT 消息中间件的比较

2019独角兽企业重金招聘Python工程师标准>>>

       MQTT(消息队列遥测传输)是ISO 标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。它工作在 TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议，为此，它需要一个消息中间件 。

        Mosquitto、RabbitMQ、ActiveMQ和ZeroMQ都是极好的消息中间件

       Mosquitto(http://mosquitto.org/download/)是一款实现了消息推送协议 MQTT v3.1/v3.1.1 的开源消息代理软件,提供轻量级的,支持可发布/可订阅的的消息推送模式,使设备对设备之间的短消息通信变得简单,比如现在应用广泛的低功耗传感器, 手机、嵌入式计算机、微型控制器等移动设备。

      RabbitMQ(http://www.rabbitmq.com/)是AMQP协议领先的一个实现，它实现了代理(Broker)架构，意味着消息在发送到客户端之前可以在中央节点上排队。此特性使得RabbitMQ易于使用和部署，适宜于很多场景如路由、负载均衡或消息持久化等，用消息队列只需几行代码即可搞定。但是，这使得它的可扩展性差，速度较慢，因为中央节点增加了延迟，消息封装后也比较大。

       ZeroMQ(http://zeromq.org/)是一个非常轻量级的消息系统，专门为高吞吐量/低延迟的场景开发，在金融界的应用中经常可以发现它。与RabbitMQ相比，ZeroMQ支持许多高级消息场景，但是你必须实现ZeroMQ框架中的各个块（比如Socket或Device等）。ZeroMQ非常灵活，但是你必须学习它的80页的手册（如果你要写一个分布式系统，一定要阅读它）。
         

      Redis是一个基于Key-Value对的NoSQL数据库，开发维护很活跃。虽然它是一个Key-Value数据库存储系统，但它本身支持MQ功能，所以完全可以当做一个轻量级的队列服务来使用。对于RabbitMQ和Redis的入队和出队操作，各执行100万次，每10万次记录一次执行时间。测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。实验表明：入队时，当数据比较小时Redis的性能要高于RabbitMQ，而如果数据大小超过了10K，Redis则慢的无法忍受；出队时，无论数据大小，Redis都表现出非常好的性能，而RabbitMQ的出队性能则远低于Redis。

        ActiveMQ(http://activemq.apache.org/)居于两者之间，类似于ZemoMQ，它可以部署于代理模式和P2P模式。类似于RabbitMQ，它易于实现高级场景，而且只需付出低消耗。它被誉为消息中间件的“瑞士军刀”。要注意一点，ActiveMQ的下一代产品为Apollo(http://activemq.apache.org/apollo/)。

 

     

除了Apache Apollo之外还有多款软件可作为MQTT代理服务器使用，同时这些代理服务器所支持的协议往往也并不是只有MQTT一种。本文就来看看各类MQTT代理服务器都有哪些特性。原文地址如下：

https://github.com/mqtt/mqtt.github.io/wiki/server-support

译文如下:

---

本页试图记录各种MQTT服务器（代理）支持的特性。这是针对它们对MQTT的支持；其中很多服务器具有比MQTT更广泛的功能。

功能

备注
QoS 0：服务质量 0，最多传输一次。
QoS 1：服务质量1，至少传输一次。
QoS 2：服务质量2，仅仅传输一次。
auth：验证，身份验证授权。
bridge：桥接，服务器代理之间连接
$SYS：主题过滤器通配符，订阅后能够接收到所有以此通配符开头的主题的消息。
dynamic topics：动态主题
cluster：集群

Server	QoS 0	QoS 1	QoS 2	auth	bridge	$SYS	SSL	dynamic topics	cluster	websockets	plugin system
2lemetry	✔	✔	✔	✔	✔	§	✔	✔	✔	✔	✘
Apache ActiveMQ	✔	✔	✔	✔	✘	✘	✔	✔	✔	✔	✔
Apache ActiveMQ Artemis	✔	✔	✔	✔	✘	✘	✔	✔	✔	✔	✔
Bevywise IoT Platform	✔	✔	✔	✔	rm	✔	✔	✔	✔	✔	rm
emitter	✔	§	✘	✔	✘	✘	✔	✔	✔	✔	✘
emqttd	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
flespi	✔	✔	✔	✔	✘	✘	✔	✔	✔	✔	✘
GnatMQ	✔	✔	✔	✔	✘	✘	✘	✔	✘	✘	✘
HBMQTT	✔	✔	✔	✔	✘	✔	✔	✔	✘	✔	✔
HiveMQ	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
IBM MessageSight	✔	✔	✔	✔	✘	✔	✔	✔	§	✔	✘
JoramMQ	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
Mongoose	✔	✔	?	?	?	?	?	?	?	?	?
moquette	✔	✔	✔	✔	?	?	✔	?	rm	✔	✘
mosca	✔	✔	✘	✔	?	?	?	?	✘	✔	✘
mosquitto	✔	✔	✔	✔	✔	✔	✔	✔	§	✔	✔
MQTT.js	✔	✔	✔	§	✘	✘	✔	✔	✘	✔	✘
MqttWk	✔	✔	✔	✔	✔	?	✔	✔	✔	✔	✘
RabbitMQ	✔	✔	✘	✔	✘	✘	✔	✔	?	?	?
RSMB	✔	✔	✔	✔	✔	✔	✘	✔	✘	✘	?
Software AG Universal Messaging	✔	✔	✔	✔	✘	✘	✔	✔	✔	rm	✘
Solace	✔	✔	✘	✔	§	✔	✔	✔	✔	✔	✘
SwiftMQ	✔	✔	✔	✔	✔	✘	✔	✔	✔	✘	✔
Trafero Tstack	✔	✔	✔	✔	✘	✘	✔	✔	✘	✘	✘
VerneMQ	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔	✔
WebSphere MQ	✔	✔	✔	✔	✔	✔	✔	✔	?	?	?

说明：✔表示支持，✘表示不支持，?表示未知，§表示支持但有限制，rm表示(roadmap)路线图规划中也就是计划支持。

注：Apache Apollo的功能特性参考Apache ActiveMQ

限制

1. MQTT.js 接受提供用户名和密码的连接，但实际上并不对连接进行身份验证。
2. IBM MessageSight 支持一个高可用性模式能够提供集群的冗余优势，但是不支持针对MQTT的负载均衡。
3. 2lemetry 使用域，其中第一个主题段作为域的名称。 $SYS主题空间位于域中 。
4. Solace 没有提供一个代理之间专有的桥接方案.
5. mosquitto 的集群是在后端级别实现的(比如redis, amqp等)。
6. Software AG Universal Messaging提供主动/主动集群（通过专有协议）和桥接（通过专有协议）。

转载于:https://my.oschina.net/yanjava/blog/3000232