MQTT笔记(三)MQTT Broker 选型

MQTT 官方相关链接

MQTT官方整理的开源Broker简要列表

MQTT官方整理的开源Broker详细介绍

MQTT官方整理的开源Broker特性和性能对比

MQTT Broker选型需考虑的因素

1.支持的协议:目前有 mqtt3.1 、mqtt3.1.1、mqtt5.0。3.1 和3.1.1 是最常见的协议。

2.支持的QoS

  • Qos0:发布者只发送一次消息,不进行重试,Broker不会返回确认消息。在Qos0情况下,Broker可能没有接收到消息。
  • Qos1:发送者最少发送一次消息,确保消息到达Broker,Broker需要返回确认消息PUBACK。在QoS1情况下,Broker可能接收到重复消息。
  • Qos2:使用两个阶段确认来保证消息的不丢失和不重复。在QoS2情况下,Broker肯定会收到消息且只收到一次。

       与Qos1相比,Qos2的开销会很大,因为Broker有额外的两个动作。

          1)去重。为了保证消息不重复,Broker必须进行去重处理。

           2)确保响应消息PUBREC到达客户端。Broker必须等待客户端PUBREC消息的响应,只有收到客户端的确认消息后,Broker才能对订阅者投递消息。

3.支持遗嘱消息  

   通常设备断开都不是主动断开的,需要设置遗嘱消息来处理。遗嘱消息一般通过在客户端Connect的时候指定。当客户端异常断开时,任何订阅了遗嘱消息的客户端可以收到该遗嘱的消息。 以下情况会发送遗嘱消息

  •   1)服务器端发生了I/O 错误或者网络失败
  •    2)客户端在定义的心跳时期失联。
  •    3)客户端在发送下线包之前关闭网络连接
  •    4)服务端在收到下线包之前关闭网络连接

4.支持持久化

   MQTT协议规定,一些数据如QoS1消息,持久Session需要支持持久化。

5.支持多种连接方式

    MQTT over TCP:最基础的连接方式

    MQTT over Websocket:在Websocket之上做MQTT封装,对APP这种客户端来说很友好

    MQTT over TCP/SSL:基础连接方式做通信加密,通常SSL采用TLS

    MQTT over Websocket/SSL:Websocket做通信加密,通常SSL采用TLS

6.保留消息(可选)

7.集群

8.自定义验证方式

    验证客户端的合法性有三点:CONNECT阶段验证是否允许连接、PUBLISH阶段验证是否允许发布、SUBSCRIBE阶段验证是否允许订阅。

9.支持共享订阅

    共享订阅的具体含义是,多个客户端订阅同一个主题,消息只会被分发给其中的一个客户端。

共享订阅主要针对的是需要客户端负载均衡的场景,比如后端服务多个Worker,需要共享订阅来只让一个Worker得到数据

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值