如今，构建 IoT 应用程序在 IoT 设备和 IoT 云平台之间提供双向通信面临两个主要挑战：
- 大型云提供商使用 IoT 解决方案，将客户设备锁定给各个云提供商。
- 管理和部署消息传递服务需要大量的专业知识和资源。对于许多想要部署生产 IoT 应用程序的公司来说，这些因素都是严重的障碍。
您可能还喜欢：用于 IoT 的多云
带 MQTT 的大云锁定
亚马逊、微软和谷歌都拥有专有的物联网平台。这些 IoT 平台的一个关键功能是管理 IoT 设备和云之间的数据传递。好消息是，所有大型云供应商都支持 MQTT 作为他们的消息协议之一。坏消息是，没有一家大型云供应商支持完整的 MQTT 规范，也没有一家宣布计划支持 MQTT 5 规范。
大多数大型云供应商都实现了经过修改的MQTT版本，该版本将设备锁定为只能与大型云供应商 MQTT 服务通信。这些大型云供应商谈论 MQTT，但无法提供开放标准的价值。
供应商锁定始终是客户面临的风险。对于 IoT 应用程序，供应商锁定的风险更大。通常，IoT 设备部署在企业外部，具有很长的产品生命周期，并且涉及大量已部署的设备。如果您的 IoT 设备只能与一个大型云 IoT 服务通话，则您与 IoT 服务决定提供的任何服务紧密绑定。
我们认为 IoT 设备需要与云无关。应该可以将 IoT 设备消息数据定向到任何云供应商甚至多个云供应商。我们生活在一个多云世界中，因此 IoT 应用程序能够存在于多云世界中非常重要。
降低生产 IoT 的复杂性
我们的行业需要努力降低部署和管理生产 IoT 系统的复杂性。IoT 技术往往适合快速验证概念;但是，一旦 PoC 移动到生产中，管理系统的复杂性可能会非常巨大。
很少有组织拥有管理业务关键型 IoT 应用程序所需的可扩展性和可用性的人和流程。IoT 应用程序必须能够无缝扩展和缩小，以适应使用高峰。业务关键型 IoT 应用程序通常具有服务级别协议 （SLA），这些协议需要高可用性的云服务com/文章/探索-aws-lambda-部署-限制”rel=”nofollow”目标=”_blank”，即将 IoT 应用程序部署到生产中的限制。为 IoT 应用程序实现可扩展性和可用性的成本可能相当高。
MQTT 云部署选项
目前，希望将基于 MQTT 的系统部署到生产中的客户有两个选项：1） 使用不完全支持 MQTT 并接受供应商锁 i2 的大型云服务自己管理 MQTT 代理群集。我们相信，业界需要第三种选择：100% 符合 MQTT 的 MQTT 云服务，并且不需要供应商 SDK 来连接设备。我们将第三个选项称为”云原生 IoT 消息传递服务”。
云原生 IoT 消息传递服务
我们对云本机 IoT 消息传递服务的定义如下：
- 基于标准的产品不依赖于特定云供应商的服务。
- 透明、弹性的可扩展性，可适应来自 IoT 设备的遥测数据流量的峰值和低谷。
- 满足业务关键型 IoT 应用程序要求的服务级别协议的透明容错性和高可用性。
- 能够在不同的云平台上运行。
- 开放 API 允许将数据与其他云和第三方服务集成。
IoT 所需的开放标准实现
为了物联网行业充分发挥其潜力，客户需要具有供应商中立标准和 100% 合规实施的灵活性。目前 MQTT 的云实施导致供应商锁定，这将限制物联网应用的未来增长和行业的未来潜力。
HiveMQ最近推出了HiveMQ云，这是一个完全托管的MQTT平台，提供云原生物联网消息传递服务。HiveMQ 云基于 100% 符合 MQTT 的实现。我们希望并期望其他云实现能够进一步实现 MQTT 作为事实上的 IoT 消息传递协议的成功。
