物联网固件更新流程——Azure IOT vs Google IOT

我正在尝试创建一个统一的流程来管理 IOT 设备组的固件更新。问题：我在 Google 和 Azure 云中都有设备，同时使用 Google IOT Core 和 Azure IOT Hub 服务。

注意，我的目标是设计一种方法来通知一组设备他们需要更新他们的 FW，最好是通过一个简单的 HTTP 请求将一个 URL 传递给 FW 以供下载。

对于 Azure，指定了一个专门的推荐流程 here：我们使用设备孪生将签名 URL 从存储传输到所需的 FW 文件与一组设备进行通信。用于将设备孪生更新到多个设备的底层服务是 Azure's IOT device configuration，它（据我所知）负责负载平衡和监控。

我想在 Google IOT 中以等效的方式做同样的事情，但没有找到与 Azure 的 IOT 设备配置服务等效的方法。考虑对注册表下的所有 IOT 设备进行固件更新的要求 - 我认为对注册表中的所有设备进行迭代并更新它们的配置并不是一个好的解决方案，尤其是在云功能内部进行时。

我的两个问题是：

请注意，目标 IOT 设备基于 ESP32，因此用于固件更新管理的 3rd 方解决方案在这里可能不起作用。我希望在这里尽可能多地利用 IOT 核心/集线器。

谢谢

我是天蓝色的人，但我花了一些时间探索 GCP。

我了解到 IoT Core 使用 MQTT 桥接器促进了 OTA。

参考（如果您还没有探索过）：

ps：我没有看到在 GCP 上使用任何 azure 服务选项，尽管我了解到与 AWS 的相互联系很少。

我不完全确定 GCP IoT Core 不支持固件。如果您想使用 GCP IoT Core，您将自行管理固件。

Azure IoT Hub 在固件方面脱颖而出。