HiveMQ云旨在为物联网应用提供一个完全托管的平台,这些应用会使用 MQTT 将数据以流的方式传出设备。HiveMQ 云的特点是具有自动扩展性并为每个客户以按小时计算的固定费率提供专用的基础设施。
根据 HiveMQ 的说法,使用 HiveMQ 云最大的优势之一是其完全兼容 MQTT 实现,其中包括 MQTT 5。这和其他物联网平台供应商(如亚马逊、谷歌和微软)不同,它们只提供了该协议的部分实现。HiveMQ 表示,不完全符合标准的缺点是把物联网设备锁定到由供应商提供的具体实施中。
对于物联网应用程序,由于物联网设备通常部署在企业外部,其产品生命周期通常很长,并且部署的设备数量庞大,因此,供应商的锁定风险变大了。
除了能够根据遥感勘测的负载进行上下扩展外,HiveMQ 云还能够确保每个 MQTT 集群在 3 个 AWS 数据中心获得专用的基础设施。这样可以防止不同公司共享相同的基础设施,并保证可预测的性能。
InfoQ 采访了 HiveMQ 的 CTO Dominik Obermaier以了解更多信息。
InfoQ:能否请您就 HiveMQ 云如何实现扩展性和可靠性分享更多的细节?
Dominik Obermeier:我们已经为一些客户构建了 HiveMQ 云,他们希望需要高可用性和可扩展性的业务关键物联网应用投入生产环境。因此,我们为每个客户设置专门的 EC 2 实例的基础设施。我们在一个 AWS region 创建了 3 个 HiveMQ 代理集群节点,这个 AWS region 在 3 个不同的可用性区运行。基础设施还包括 2 个在 EC 2 实例上运行的专用负载均衡器,以确保高可用性。我们还计划在微软的 Azure 以及 GCP 上提供类似的架构。
HiveMQ 的架构构建在一个无主节点(masterless)架构的基础之上,该架构允许我们创建自治集群,这些集群可以共享 MQTT 客户端连接,对最终用户的延迟没有影响。例如,如果集群中的某个代理节点发生故障,那么 MQTT 客户端连接被自动重新分配给另一个代理节点。MQTT 客户端不需要与另一个代理实例协商重新连接。关于 HiveMQ 代理集群的更多细节请参看我们的网站。
InfoQ:关于定价,尽管确实很简单且可预测,但是,对某类客户或资金不足的项目来说,显得过于死板了。您是否有计划引入更灵活的价格选项?
Obermeier:HiveMQ 云的第一版把重点放在需要高可靠性和高可扩展性公司的生产环境部署上。这基于我们与一些最大的 HiveMQ 客户合作的经验。在不久的将来,我们计划为那些不需要高可用性专用基础设施的公司提供 HiveMQ 云。我们还将提供免费的试用版,以便开发人员在投入到生产之前能够进行概念验证(proof of concept,POC)。
InfoQ:您能否解释一下 HiveMQ 云为与其他服务的集成提供了哪些便利?这些对消费来自设备流式传输的数据有用吗?
Obermeier:我们认为,物联网行业需要把物联网数据与不同企业系统的集成变得更容易。在这里,需要有在物联网设备和服务之间进行双向数据移动的自由流,这些服务包括 Kafka、MongoDB、InfluxDB、机器学习服务等。为了实现这个自由的数据流,我们需要简化不同云服务与 HiveMQ 云之间的集成。我们计划,首先专注于一些最好的服务,比如 Confluent 云、MongoDB Atlas 和 InfluxDB 云。我们还将集成 AWS、Azure 和 GCP 上一些更流行的服务。
我们还计划让客户使用 HiveMQ 扩展 SDK 创建自己的集成。我们确实看到了一个集成的生态系统,客户可以利用该系统在不同的云服务之间移动自己的物联网数据。
如果大家对 HiveMQ 云感兴趣,请千万不要错过这个介绍视频。
原文链接:
HiveMQ Launches Fully-Managed, Fully-Compliant MQTT 5 Service for IoT Apps
评论 1 条评论