企业官网建设流程全解析

对于嵌入式工程师来说，AWS IoT Core 和 Azure IoT Hub 是目前最值得掌握的两大 IoT 云平台。它们解决的问题基本相同，但设计理念不太一样：

• AWS偏向“给你积木自己搭”。
• Azure偏向“企业级完整方案”。 [uabit.com], [seta-inter...tional.com]

一句话总结

如果让我给一个 Embedded Engineer 推荐：

消费电子、互联网产品、智能硬件 → AWS IoT Core

工业设备、企业项目、车联网、微软生态 → Azure IoT Hub [seta-inter...tional.com], [digilogicinfocom.com]

架构对比

Azure IoT Hub

核心组件：

Device │ ▼ Azure IoT Hub │ ├── Device Twin ├── Direct Method ├── Telemetry ├── Event Routing └── DPS(Device Provisioning Service)

特点：

• Device Twin 非常强大
• 状态同步逻辑清晰
• 企业设备管理方便
• Azure Portal 操作友好

典型思路：

Desired Property ↓ Device ↓ Reported Property

特别适合：

• OTA管理
• Fleet Management
• 工业设备状态同步

[learn.microsoft.com], [learn.microsoft.com]

AWS IoT Core

核心组件：

Device │ ▼ AWS IoT Core │ ├── Device Shadow ├── Rules Engine ├── Greengrass ├── Device Management ├── Jobs └── Lambda

特点：

• 服务更多
• 自定义能力极强
• 和 AWS 生态结合紧密

典型流程：

MQTT ↓ Rule Engine ↓ Lambda ↓ DynamoDB

开发自由度很高。 [uabit.com], [medium.com]

Device Twin vs Device Shadow

这是最容易问到的面试题。

Azure：

{ "desired": { "reportInterval": 30 }, "reported": { "reportInterval": 30 } }

AWS：

{ "state": { "desired": { "reportInterval": 30 }, "reported": { "reportInterval": 30 } } }

本质几乎一样：

[learn.microsoft.com], [uabit.com]

OTA能力

Azure

通常：

IoT Hub ↓ Desired Property ↓ 设备下载固件 ↓ Reported Property

例如：

{ "desired": { "firmwareVersion": "2.0" } }

设备升级后：

{ "reported": { "firmwareVersion": "2.0" } }

非常符合设备管理思维。 [learn.microsoft.com], [learn.microsoft.com]

AWS

通常：

IoT Jobs ↓ Device ↓ OTA ↓ Job Status

AWS 官方更倾向：

Job + S3 + Lambda

模式。 [uabit.com], [medium.com]

对 ESP32 开发者的难度

Azure SDK

优点：

• Twin模型清晰

缺点：

• SDK较重
• 学习Microsoft概念较多

AWS SDK

优点：

• MQTT很纯粹
• ESP32资料非常多

缺点：

• 服务太多
• 新人容易迷失

企业采用情况

从行业经验来看：

AWS 较多

• 智能家居
• 摄像头
• 消费电子
• 智能穿戴

Azure 较多

• 工业IoT
• 医疗设备
• 企业设备管理
• 车联网

[seta-inter...tional.com], [digilogicinfocom.com]

结合你当前项目

根据你最近查看的：

• Azure Device Twin
• OTA Reported Response
• Cloud Disconnect
• Jira BOS-2211
• ESP32-S31

我判断你们当前架构明显是：

ESP32 ⇅ Azure IoT Hub ⇅ Device Twin `

因此对于你来说，最需要深入掌握的是：

1. Device Twin 生命周期
2. Desired Property 回调
3. Reported Property 更新机制
4. Telemetry 与 Twin 的边界
5. IoT Hub reconnect 后的 Twin 同步流程

把这些吃透以后，再去学 AWS Device Shadow，会发现基本是一套思想换了名字。甚至很多面试官会直接问：

“Azure Device Twin 和 AWS Device Shadow 有什么区别？”

最佳答案通常是：

“功能本质相同，都是设备状态数字孪生；Azure 更强调 Desired/Reported Property 模型，AWS 更强调 Shadow State 模型。” [learn.microsoft.com], [uabit.com]