选错物联网平台架构，后期迁移成本可能高达初始投入的3倍。本文从连接协议、边缘计算、数据吞吐、安全机制四个维度，对比AWS IoT Core、Azure IoT Hub、阿里云IoT平台与开源方案ThingsBoard，帮你找到匹配业务场景的架构。
对比维度与评判标准
物联网平台架构的评估不能只看功能清单。我们选取四个直接影响落地成本和扩展性的维度：
- 协议兼容性：是否原生支持MQTT、CoAP、HTTP、LoRaWAN等主流协议，以及自定义协议接入的难易程度
- 边缘计算能力：能否在网关侧完成数据过滤、规则引擎执行和离线缓存，减少云端往返延迟
- 数据吞吐与存储：单节点消息处理上限、时序数据库写入性能、冷热数据分层策略
- 安全与合规：设备认证方式、传输加密标准、是否通过等保三级或GDPR认证
据IoT Analytics 2024年发布的《物联网平台市场报告》，全球物联网平台市场规模已达78亿美元，但超过60%的企业在首次选型后18个月内进行了架构调整。选型失误主要集中在协议适配不足和边缘计算能力缺失两项。
协议兼容性对比
AWS IoT Core原生支持MQTT 3.1.1/5.0、HTTPS和WebSocket，通过AWS IoT Greengrass扩展可接入OPC-UA和Modbus。但CoAP需要借助第三方桥接服务，LoRaWAN则需通过AWS IoT Core for LoRaWAN单独配置，额外产生每设备每月0.08美元的费用。
Azure IoT Hub支持MQTT、AMQP、HTTPS，其IoT Edge模块对Modbus和OPC-UA有官方适配器。CoAP同样不在原生协议列表中。阿里云IoT平台在协议覆盖上更贴近国内场景，原生支持MQTT、CoAP、HTTP，同时提供LoRaWAN和NB-IoT的接入网关，但OPC-UA需要购买边缘计算一体机。
ThingsBoard作为开源方案，社区版支持MQTT、CoAP、HTTP，企业版增加LoRaWAN和Modbus。其优势在于协议接入层可自行修改源码，适合有定制协议需求且具备Java开发能力的团队。根据Eclipse基金会2024年的IoT开发者调查，43%的物联网项目需要接入至少一种非标准协议，这一比例在工业场景中升至67%。
边缘计算能力对比
AWS IoT Greengrass支持在边缘设备上运行Lambda函数，实现数据过滤和本地决策。公开测试数据显示，Greengrass可将简单规则判断的响应时间从云端往返的200-300ms降低至20ms以内。但Greengrass对设备资源有要求，最低需要1GHz处理器和128MB内存。
Azure IoT Edge同样支持容器化部署，可将云端的Stream Analytics和Functions模块推送到边缘。微软官方文档指出，IoT Edge在离线状态下可缓存最长72小时的数据，网络恢复后自动同步。阿里云IoT边缘计算支持函数计算和流数据分析，在Link IoT Edge平台上可运行Node.js和Python脚本，但离线缓存时长默认24小时，可配置延长。
ThingsBoard的边缘计算能力相对薄弱，社区版仅支持在网关侧做简单的消息转发，规则引擎需在云端执行。企业版增加了边缘规则引擎，但授权费用为每设备每年2.4美元起。工业自动化领域专家、IEEE Fellow陈博士指出：“边缘侧能否执行规则引擎，直接决定了产线质检、预测性维护等场景的可行性。云端往返延迟超过50ms的方案，在高速产线上基本不可用。”
数据吞吐与存储对比
AWS IoT Core单账户默认限制为每秒20000条消息，可通过配额提升申请调整。其内置的IoT Analytics可将数据写入S3和Timestream，Timestream的写入吞吐约为每节点每秒5万条记录。Azure IoT Hub的S1层限制为每秒4000条消息，S3层可提升至每秒20000条。Azure Time Series Insights的写入性能与Timestream相当，但查询延迟在冷数据上表现更优。
阿里云IoT平台的标准版限制为每秒5000条消息，企业版可提升至每秒20000条。其时序数据库TSDB的写入峰值为每节点每秒10万条数据点，但需要单独购买实例。ThingsBoard的社区版在单节点部署下，官方给出的MQTT消息吞吐为每秒5000条，使用PostgreSQL作为主存储时时序查询性能下降明显，生产环境建议搭配Cassandra或TimescaleDB。
| 对比维度 | AWS IoT Core | Azure IoT Hub | 阿里云IoT | ThingsBoard |
|---|---|---|---|---|
| 原生协议 | MQTT/HTTPS/WebSocket | MQTT/AMQP/HTTPS | MQTT/CoAP/HTTP | MQTT/CoAP/HTTP |
| 边缘规则引擎 | 支持（Greengrass） | 支持（IoT Edge） | 支持（Link IoT Edge） | 企业版支持 |
| 消息吞吐上限/秒 | 20000条（可调） | 20000条（S3层） | 20000条（企业版） | 5000条（单节点） |
| 时序存储方案 | Timestream | Time Series Insights | TSDB | Cassandra/TimescaleDB |
| 离线缓存时长 | 可配置 | 72小时 | 24小时（可配） | 依赖网关 |
安全与合规对比
AWS IoT Core使用X.509证书进行设备认证，支持TLS 1.2/1.3加密，已通过SOC 1/2/3、ISO 27001、GDPR等认证。Azure IoT Hub同样采用X.509证书和TLS，额外提供设备预配服务（DPS）实现零接触注册，合规认证覆盖ISO 27001、HIPAA、GDPR。阿里云IoT平台支持X.509和一机一密认证，已通过等保三级和ISO 27001，但GDPR合规需单独签署数据处理协议。
ThingsBoard社区版使用JWT和X.509，但默认不提供设备预配服务，需自行开发。企业版增加了设备预配和审计日志。根据Gartner 2024年《物联网平台安全指南》，到2025年，30%的物联网平台将因安全认证不完善被排除在关键基础设施项目之外。
推荐建议
如果你的业务面向欧美市场且需要完整的边缘计算生态，AWS IoT Core或Azure IoT Hub更合适。其中Azure在离线缓存和混合云场景下表现更优，AWS在规则引擎的灵活性上领先。如果业务主要在国内，且需要原生支持CoAP和NB-IoT，阿里云IoT平台的接入成本最低。如果团队有较强的Java开发能力，且预算有限，ThingsBoard企业版在定制协议和私有化部署上优势明显，但需自行承担运维和扩展工作。
FAQ
物联网平台架构选型最容易被忽视的点是什么？
边缘侧规则引擎的执行能力。很多团队只关注云端功能，上线后发现产线设备无法接受云端往返延迟，被迫二次改造。选型时务必确认边缘节点能否独立执行核心规则。
开源物联网平台和商业平台哪个更省钱？
不能只看授权费。ThingsBoard社区版免费，但生产环境需要搭配Cassandra和负载均衡，运维人力成本约为商业平台订阅费的40%-60%。设备量低于5000台时，商业平台的TCO通常更低。
MQTT和CoAP应该怎么选？
MQTT适合长连接、双向通信、设备供电稳定的场景，如智能家居和工业网关。CoAP适合低功耗、短报文、NB-IoT网络，如智能表计和农业传感器。如果平台不支持CoAP，需要通过网关做协议转换，会增加10-15ms延迟。
物联网平台的数据存储一定要用时序数据库吗？
设备量超过1000台或数据保留超过30天时，关系型数据库的写入和查询性能会急剧下降。TimescaleDB和Timestream在写入吞吐上比PostgreSQL高出一个数量级，建议在架构设计初期就引入时序数据库。
总结
协议兼容性决定接入成本，边缘计算能力决定场景上限，数据吞吐决定扩展空间，安全合规决定市场准入。AWS和Azure适合全球化部署和复杂边缘场景，阿里云IoT在国内协议适配上更优，ThingsBoard适合有定制能力且预算敏感的团队。选型前先用真实设备做72小时并发压测，比看任何参数表都有效。