如何搭建HTTPS端点接收IoT设备JSON数据并实时通过REST API提供

一、数据摄入：优先选Azure IoT Hub而非Event Hub #

为什么不选Event Hub？因为IoT Hub是专为IoT设备打造的服务，自带设备级SAS密钥/X.509证书认证、设备管理、消息路由等刚需功能，完美匹配你需要的带密钥认证的HTTPS端点需求。

• 设备每20-40秒发送的<1kB JSON数据，可直接通过IoT Hub的HTTPS协议上传，支持百万级设备水平扩展，按实际消息量计费，成本可控；
• 内置消息路由功能，可直接把数据转发到后续处理组件，不用额外加中间层。

二、实时数据处理与存储：Azure Functions + Azure Cosmos DB #

要保证能快速获取单设备最新数据，这套组合最靠谱：

• Azure Functions：用IoT Hub触发无服务器函数，每收到一条设备消息就执行一次Upsert操作——按设备ID更新存储的最新JSON，确保存储里永远是该设备的最新数据；
• Azure Cosmos DB：选SQL或MongoDB API，以设备ID为分区键存储JSON文档。它能提供毫秒级读取延迟，完全满足<30秒的延迟要求；支持自动水平扩展，低流量场景可以用服务器less模式，成本更低。
• 如果追求极致低成本，也可以换成Azure Cache for Redis，把设备最新数据存成键值对（设备ID是key，JSON是value），读取速度更快，但查询灵活性稍弱。

三、实时API暴露：Azure API Management (APIM) + 后端服务 #

要对外提供带密钥认证的REST API，APIM是最佳选择：

• APIM自带API密钥、OAuth2等多种认证方式，还能做流量控制、监控，不用自己从零搭认证逻辑；
• 后端实现有两种方式：
  • 直接让APIM调用Cosmos DB的SQL API，通过deviceId参数查询对应设备的最新数据；
  • 部署另一Azure Functions作为API后端，从Cosmos DB/Redis取数后返回，适合需要加额外业务逻辑的场景；
• 可以通过APIM创建不同的API端点，或者在单一端点里用deviceId参数筛选数据，满足多设备的查询需求。

四、扩展性与成本控制技巧 #

• IoT Hub：根据设备数量和消息量选Basic/Standard层级，支持自动缩放，按实际消息量付费，不会浪费资源；
• Azure Functions：用消费计划，只有当函数执行时才计费，闲置时零成本；
• Cosmos DB：低流量用服务器less模式，高流量切换到预配置吞吐量模式，按需调整；
• APIM：从Basic层级起步，随着API调用量增长再升级，也可以用消耗计划进一步压低成本。

五、非Azure平台的替代方案 #

如果不想用Azure，这些组合也能满足需求：

• AWS：AWS IoT Core（数据摄入）+ Lambda（处理）+ DynamoDB（存储）+ API Gateway（API暴露）；
• Google Cloud：Cloud IoT Core（摄入）+ Cloud Functions（处理）+ Firestore（存储）+ Cloud Endpoints（API）；
• 开源方案：EMQX（MQTT Broker）+ Node.js/Go服务（处理+API）+ Redis/Cassandra（存储），适合对成本极度敏感且有运维能力的团队。

内容的提问来源于stack exchange，提问作者walfab.dev