【问题标题】:Can I use MQTT for my use case?我可以将 MQTT 用于我的用例吗?
【发布时间】:2013-08-21 21:52:29
【问题描述】:

所以,我有一堆移动设备(数百万),并且会有一个后端系统。 我的需求/用例是:- 1.从设备收集数据并发送到后端。 2. 将推送消息从我的后端系统发送到个人或设备组。

那么,在这种情况下,使用 MQTT 在我的后端和设备之间进行通信是否有意义? 我的困惑之一是,在用例 #1 中,设备是发布者,后端中的某些系统将是订阅者,而对于用例 #2,设备是推送消息的订阅者,后端系统将是发布者.这可能吗?还是我想错了?

【问题讨论】:

  • 您的要求已在 MQTT 红皮书第 5 章中详细记录:redbooks.ibm.com/redbooks/pdfs/sg248054.pdf
  • @Shashi 非常感谢这本书的链接。这是非常有用和很好的信息。我很惊讶我没有早点找到这本书,因为我这几天一直在研究 MQTT,猜想它一定被埋得很深,或者我需要复习一下我的 Google-fu 技能:-)
  • @Shashi 请问你最初是在哪里找到那本书的链接的?我的意思是它可以在 MQTT 的某个 IBM 页面上找到吗?
  • 使用“mqtt redbook”关键字在 Google 搜索中的第一次点击将带您进入 MQTT Redbook。
  • 哦,好的。我只是不知道存在像 RedBook 这样的东西。无论如何,谢谢。

标签: messaging publish-subscribe cloud-foundry mq mqtt


【解决方案1】:

一般来说,MQTT 非常适合您的用例 #1 和用例 #2。

请记住,后端订阅者可能会遇到这种规模的问题,因为(据我所知)没有 MQTT 库可以处理如此巨大的吞吐量。

一种稍微不同的方法是代理直接与后端通信,类似于this blog post

Here 是 MQTT 邮件列表上关于此主题的有趣讨论。

【讨论】:

    【解决方案2】:

    研究了许多适合这种使用模式的示例(例如,带有推送通知的移动遥测系统),我可以说 MQTT 可以完美地适应。任何 MQTT 客户端都可以充当发布者和消费者,没有区别。

    您只需要设计主题结构以适应您在任一方向发送的数据,但这应该不难。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-08-04
      • 1970-01-01
      • 1970-01-01
      • 2023-03-29
      • 2011-08-22
      • 2019-10-27
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多