图片： Growtika / Unsplash
挑选之前要考虑什么：
- 功能范围：只管设备连接，还是也包括设备管理、OTA 升级、规则和终端用户应用
- 托管方式：公有云服务、厂商托管的 SaaS、自托管，或搭配边缘运行时的混合模式
- 设备已在使用的协议（MQTT、HTTPS、LwM2M、LoRaWAN、OPC UA），以及平台提供的 SDK
- 计费单位：按消息、按连接分钟数、按设备、按兆字节，还是固定订阅费
- 退出成本：设备如何改为指向新平台，数据、设备注册表和证书如何导出
- 厂商延续性：在设备整个使用寿命内，厂商的所有权、路线图和支持条款
一览
| 企业 | 适合 | 总部 |
|---|---|---|
| Amazon Web Services | 后端已经建在 AWS 上的团队 | 美国 |
| Blynk | 需要快速推出品牌移动 App 的产品厂商 | 美国 |
| Cumulocity | 需要云端和本地部署两种选择的设备制造商和工业企业 | 德国 |
| Golioth | 希望获得 OTA、日志和数据路由功能的微控制器固件团队 | 美国 |
| HiveMQ | 大规模 MQTT 消息传输和工业统一命名空间项目 | 德国 |
| Losant | 构建品牌化、多租户监控应用的 OEM | 美国 |
| Microsoft | 自行构建应用层的 Azure 和 Microsoft Fabric 用户 | 美国 |
| Particle | 希望硬件、SIM 和云服务都来自同一家厂商的团队 | 美国 |
| ThingsBoard | 希望自托管、需要丰富仪表盘组件的团队 | 美国 |
| Ubidots | 转售品牌化传感器仪表盘的集成商 | 哥伦比亚 |
按字母顺序排列，不分名次。没有企业付费进入名单；在企业名录中付费推广的企业，在这里也不会获得任何优先（详见编辑方针，英文）。
“物联网（IoT）平台”这个说法，涵盖了用途差别很大的各类产品。AWS IoT Core 这类超大规模云厂商的服务，提供安全的设备接入端点和规则层，应用则留给你自己做。低代码平台第一天就能给你仪表盘和客户 App，但要求你的设备适应它的模型。消息代理厂商从大规模消息传输起家；以 HiveMQ 为例，它现在也把数据建模和分析作为附加组件出售。物联网平台指南更详细地解释了这些层次。
你需要平台替你做什么？
先列出要做的事，再列厂商。一个典型的联网产品要完成五项工作：设备连接和身份认证、设备管理和 OTA 升级、数据路由和存储、规则和告警，以及给运营人员或客户使用的应用。超大规模云厂商覆盖第一项，以及接下来三项中的一部分，应用要你自己开发。应用平台对后三项覆盖得很好，对前两项的覆盖深浅不一。设备优先的服务则集中在固件、日志和升级上。
写下哪些工作自己开发、哪些买现成的，然后只就打算购买的部分给厂商打分。
哪种托管模式合适？
基本模式有三种：在云服务商的物联网服务（如 AWS IoT Core）上自己搭建；使用厂商替你运行的现成平台（SaaS）；自己安装和运行软件（自托管）。自托管让你掌控数据存放的位置，也能在没有互联网连接的现场运行，代价是升级、备份和安全补丁都得自己处理。SaaS 把这些工作交给厂商。许多工业项目最终会采用混合模式：现场部署边缘运行时，在网络中断时缓存数据，再由云端层提供整个设备群的视图。
各种计费模式怎么比较？
计费单位的差别比价格本身更大。根据 AWS IoT Core 的定价页面，连接时长按分钟计费，消息按 5 KB 为单位计量，设备影子和注册表操作也要计费，每次规则评估、每次执行的操作也都要计费。Azure IoT Hub 分为基本层和标准层出售，设备管理和 IoT Edge 需要标准层。设备优先的服务往往按活跃设备数和兆字节计费；应用平台通常按设备数量或功能组合销售订阅。
用真实流量测算成本：载荷大小、上报间隔、每条消息触发多少条规则，以及原始数据保留多久。在 AWS IoT Core 这类按 5 KB 为单位计费消息的平台上，一个 6 KB 的载荷按两条消息计费，把它压缩到 5 KB，这条载荷的消息费用就减半。然后再加上人力：平台没有覆盖的部分，需要有人开发和运维，这往往占总拥有成本的很大一部分。
锁定从何而来？
在物联网领域，厂商锁定中最难解除的部分在设备端。基于厂商 SDK 开发的固件、厂商 CA 签发的证书、写入闪存的预配端点，以及专有的设备影子语义，在你换平台时都得改，而现场有些设备根本无法升级。标准接口可以降低退出成本：使用自定义主题结构的普通 MQTT、用于设备管理的 LwM2M，以及用于工业数据的 Sparkplug。
服务本身也会变。根据微软的 IoT Central 演进说明页面，微软已于 2026年9月23日停止受理新建 Azure IoT Central 应用，现有应用将继续运行至 2029年9月20日。所有权变化同样要考虑：Particle 现已归属 Digi International，Losant 官网也已称其为 SUSE 旗下公司。许可证同样会变：ThingsBoard 文档写明 4.4 版为源码可见（source-available）。2026年9月29日之前已投入生产的部署，如果在 2027年7月20日之前完成登记，可以通过其社区资助计划（Community Grant Program）按现有规模继续免费使用。这些都不足以直接排除某家厂商，但每一条都提醒你要仔细读支持条款和许可条款。
要问厂商的问题
- 要把设备从你们的平台迁走，需要做什么：改哪些端点、凭据和固件？
- 原始数据、设备注册表和证书能否以有文档说明的格式导出？费用是多少？
- 哪些部分在边缘运行？如果某个现场断网一天，会发生什么？
- 我们固件将要搭载的 SDK 版本，支持期有多长？
- 能否根据我们实际的消息特征，为一个月的用量报个样本价格？
- 停用某项服务、套餐或 API 版本之前，你们会提前多久通知？
- 你们对联网设备数量、每秒消息数和 API 调用有哪些上限？合同里承诺多高的可用性（uptime）？
- 设备身份、签名固件升级和安全修复是怎么处理的？你们会怎样帮助我们满足欧盟《网络弹性法案》（CRA）等安全法规的要求？
如果你最先要设计的是设备消息部分，MQTT 与 HTTP 一文讲了哪种协议适合哪类设备流量。
这份名单是怎么来的
入选厂商来自我们企业名录的物联网平台类别。我们挑选了覆盖主要平台类型的知名厂商（超大规模云厂商服务、应用平台、设备优先服务和 MQTT 基础设施），并于 2026年11月6日对照厂商官网逐一核对了说明。名单按字母顺序排列，不分名次，没有厂商为入选付费，我们也没有亲自测试这些产品。
精选名单
Amazon Web Services
云服务商，提供 AWS IoT Core、Greengrass 和 Device Management，用于连接和管理大批设备 · 美国 · 成立于 2006 年
适合：后端已经建在 AWS 上的团队。
AWS IoT Core 支持 MQTT（包括 MQTT 5）、HTTPS、基于 WebSocket 的 MQTT 和 LoRaWAN，其规则可将消息转发到其他 AWS 服务；Greengrass、Device Management 和 SiteWise 分别覆盖边缘、设备群和工业数据。适合后端已经运行在 AWS 上的团队。问题在于，应用要你自己用许多单独计费的服务拼起来，测算成本需要下不少功夫。
产品：AWS IoT Core、AWS IoT Greengrass、AWS IoT Device Management、AWS IoT Device Defender、AWS IoT SiteWise、AWS IoT TwinMaker、FreeRTOS。
Blynk
面向联网硬件的低代码平台，提供白标移动 App 和设备管理 · 美国 · 成立于 2014 年
适合：需要快速推出品牌移动 App 的产品厂商。
面向联网产品厂商的低代码平台：提供固件库、可发布品牌化 iOS 和 Android App 的无代码构建器、设备批量预配（provisioning）、用户角色、规则，以及支持分阶段发布的 OTA 固件升级；只有设备固件支持时才能回滚。如果产品需要面向客户的移动 App，Blynk 最能发挥优势。重型工业分析不是它的重点，如有需要，请另行规划数据层。使用你自有品牌的 App 需要 Enterprise 套餐。
Cumulocity
从 Software AG 分拆出来的独立物联网平台，提供设备管理、流式分析和应用 · 德国 · 成立于 2012 年
适合：需要云端和本地部署两种选择的设备制造商和工业企业。
工业物联网平台，覆盖从设备接入到退役的设备管理、流式分析、仪表盘、数字孪生管理器，以及通过 DataHub 将数据导出到数据湖。设备可通过 thin-edge.io、协议适配器或 SDK 接入，平台可以运行在云端、本地、完全隔离网络（air-gapped）的环境或边缘端，边缘版（Edge）只用一台服务器。这是一套完整的平台，对小规模设备群来说可能超出所需。
Golioth
设备到云平台，面向运行 Zephyr、ESP-IDF 或 ModusToolbox 的嵌入式设备：OTA 升级、日志、设置和数据管道 · 美国 · 成立于 2020 年
适合：希望获得 OTA、日志和数据路由功能的微控制器固件团队。
面向嵌入式团队的设备到云服务：提供固件 SDK、可按设备分组（cohort）定向升级的设备群管理、远程日志、设备设置，以及无需修改固件就能把数据转发到其他云的 YAML 数据管道。支持 Wi-Fi、蜂窝和以太网直连，低功耗蓝牙（BLE）设备经网关接入；Thread 设备通常需要定制的基础设施和配置。Golioth 现已归属 Canonical。它不会替你构建面向终端用户的仪表盘或 App。
产品：Golioth Firmware SDK、Connect、Fleet Control、Pipelines、LightDB Stream、Logs、Location、Device Settings。
HiveMQ
企业级 MQTT 平台，面向联网汽车、工业数据和大规模设备消息传输 · 德国 · 成立于 2012 年
适合：大规模 MQTT 消息传输和工业统一命名空间项目。
基于 MQTT 的数据平台：包括可自行管理或全托管的 HiveMQ 消息代理（broker）、用于工厂协议的 HiveMQ Edge、各类扩展，另有数据建模和分析附加组件，并提供 MQTT 5 和 Sparkplug 方面的指南。如果核心需求是大规模消息传输，比如联网汽车或全厂统一命名空间，HiveMQ 很合适。它不是设备管理或应用构建平台，OTA 和仪表盘需要搭配其他工具。
产品：HiveMQ Platform、HiveMQ Broker、HiveMQ Cloud、HiveMQ Edge、HiveMQ Data Hub、HiveMQ Extensions、HiveMQ Community Edition。
Losant
低代码企业物联网平台，提供可视化工作流、仪表盘和面向终端用户的应用 · 美国 · 成立于 2015 年
适合：构建品牌化、多租户监控应用的 OEM。
低代码应用平台：提供可视化工作流引擎、仪表盘、支持自定义品牌的多租户终端用户体验，以及能与 PLC 集成的边缘代理。目标客户是开发监控产品的 OEM、工业企业和电信运营商。Losant 现已并入 SUSE 的边缘业务，SUSE 计划将 Losant 的技术开源；边缘代理已于 2026年11月以 Apache 2.0 许可证开源，其余部分的许可方式将如何变化，需要向厂商问清楚。
产品：Visual Workflow Engine、End-User Experiences、Data Visualization、Devices & Data Sources、Gateway Edge Agent、Application Templates、Notebooks、Developer Sandbox。
Microsoft
微软云上的 Azure IoT Hub、IoT Operations、Digital Twins 和 Device Update 服务 · 美国 · 成立于 1975 年
适合：自行构建应用层的 Azure 和 Microsoft Fabric 用户。
Azure IoT Hub 负责设备连接，支持 MQTT（功能支持有限）、AMQP 和 HTTPS，配合设备预配服务（Device Provisioning Service）实现零接触接入，并通过 IoT Edge 在现场运行模块；IoT Operations 面向工业现场。适合以 Azure 为技术栈的企业和 Fabric 用户。托管应用层 Azure IoT Central 已不再接受新应用，新项目需要基于 IoT Hub，其余部分自行搭建。
产品：Azure IoT Hub、Azure IoT Operations、Azure IoT Edge、Azure Digital Twins、Device Update for IoT Hub、IoT Hub Device Provisioning Service、Azure Device Registry、Azure IoT Central。
Particle
一体化物联网平台，集蜂窝和 Wi-Fi 硬件、设备操作系统、连接服务和云端管理于一身 · 美国 · 成立于 2012 年
适合：希望硬件、SIM 和云服务都来自同一家厂商的团队。
一体化技术栈：蜂窝和 Wi-Fi 开发板与模组、Device OS 固件、EtherSIM 全球 SIM、支持受控发布的 OTA 升级，以及包含事件总线、无服务器 Logic 和 250 多种集成的云平台。适合希望从一家供应商获得硬件、连接和云服务的团队。基于微控制器的设计会绑定 Particle 硬件；Particle for Linux 也能管理树莓派等第三方开发板。Digi International 已于 2026年1月完成对 Particle 的收购。
产品：Device OS、Particle Device Cloud、EtherSIM、Boron、Photon 2、M-Series 和 M-SoM、Tachyon、Ledger。
ThingsBoard
源码可见的物联网平台（4.3 版及以前为 Apache 2.0，4.4 版起为 BSL 1.1），用于设备管理、规则链和仪表盘 · 美国 · 成立于 2016 年
适合：希望自托管、需要丰富仪表盘组件的团队。
提供设备管理、规则链、告警和 600 多个仪表盘组件，设备可通过 MQTT、HTTP 或 CoAP 连接，LoRaWAN 数据经 ChirpStack 等网络服务器接入，Modbus、OPC UA 和 BACnet 等工业协议则通过自家的 IoT Gateway 接入。可部署在本地、隔离网络环境中，也可使用 ThingsBoard Cloud。从 4.4 版起，代码改为源码可见（source-available），不再是开源软件；免费的商业自托管最多支持单台服务器上的 100 台设备，且须保留其品牌标识。在此基础上搭建服务之前，请先读许可证。
产品：ThingsBoard、ThingsBoard Cloud、ThingsBoard Edge、ThingsBoard IoT Gateway、TBMQ、Trendz Analytics、ThingsBoard Mobile Application、ThingsBoard CLI。
Ubidots
物联网应用构建工具，为传感器数据提供仪表盘、告警和白标应用 · 哥伦比亚 · 成立于 2013 年
适合：转售品牌化传感器仪表盘的集成商。
面向传感器数据的应用构建平台：提供仪表盘、事件与规则引擎、可部署在你自有域名上的白标应用，支持通过 MQTT、HTTP、TCP 或 UDP 接入数据，并可与 AWS IoT、Particle 和 The Things Industries 集成。目标用户是工业和公用事业用户，以及转售品牌化监控服务的集成商。官网如今把 AI 智能体与数据和应用并列放在首位，所以设备管理和 OTA 需求要单独核实。
以上企业、产品和说明已于 2026年11月6日与各厂商官网逐一核对。套餐和价格会变化，请以官方页面为准。漏掉了某家厂商，或者描述有误？告诉我们（英文页面）。
- 2026年11月9日：2026年11月9日对照厂商文档核查后，三家厂商的说明改得更准确：Golioth 支持 Wi-Fi、蜂窝和以太网直连，低功耗蓝牙（BLE）设备经网关接入，Thread 设备通常需要定制的基础设施和配置；Blynk 的 OTA 回滚只有在设备固件支持时才能实现；ThingsBoard 的 LoRaWAN 数据经网络服务器接入，而不是直接连接。新增 ThingsBoard 社区资助计划（Community Grant Program）
更正的处理方式：编辑方针（英文）。