IoT设备稳健云端软件更新：SOTA最佳实践
在几乎每个IoT部署中，保持资源受限边缘设备和强大控制器/网关最新至关重要。
软件更新能力是抵御连接互联网那刻起演进威胁景观的前沿防线。一台从未接收安全补丁的Linux基础、联网设备，对其操作员实为自杀任务。
除安全外，更新赋能敏捷硬件开发。功能可增量推出，将最小可行产品转为持续演进平台。客户欣赏设备随时获新功能，制造商可通过货币化功能扩展——如应用——解锁新收入流，无需重新设计或再发货硬件。
设备连接选择
规划更新策略时，首决策是设备应直接连接更新服务，还是间接通过设备连接层（如Bosch IoT Hub、AWS IoT、IBM Watson IoT、Azure IoT Hub）。Bosch IoT Rollouts支持两种，缘由如下。
直接连接将更新通道与其他数据流隔离，允许各自独立演进。这种分离保持更新API稳定，即使业务通道快速变化——早期IoT方案常见场景，设备制造后可能离线数月甚至数年。
它也在设备上隔离业务逻辑与更新进程。复杂栈中——如运行OSGi运行时的IoT网关——共享运行时的更新客户端若运行时不稳定可能失效。分离更新进程规避此风险。
当然，双通道意味设备端额外实现工作、可能增加流量或电池消耗。尽管如此，许多工程师认可可维护性收益超额外复杂性。
间接连接将所有流量合并至云连接层管理的单一通道。这简化设备固件、允许使用成熟设备管理协议（LWM2M、OMA-DM、TR-069）含更新子协议。厂商定义专有协议也可容纳。
实践中，工程师常推迟更新集成至项目晚期，默认间接路径、部署后处理后果。用Bosch IoT Rollouts，您可选最契合项目成熟度和复杂度的路径。
在直接与间接间抉择，问您优先关注点是关注点分离还是架构简洁。Bosch IoT Rollouts支持两者，让您在不锁定单一模式下演进方案。
另一关键决策是传输协议。许多方案采用MQTT加自定义覆盖，其他利用连接层专有协议。OMA-DM v2或LWM2M等标准提供稳健框架，但可能引入早期复杂性。选型得当的标准能让设备和更新服务开箱即用、无需写自定义代码。
设备认证对两路径均关键。尽可能对更新通道和主IoT通道用相同非对称机制（如X.509证书）——Bosch IoT Rollouts直接设备集成API支持此。若非对称凭证对受限设备不可行，中心对称密钥存储可桥接。
归根结底，无单一架构适配所有IoT场景。好消息是一系列经验证选项存在，每个可定制以满足您的安全、敏捷、运营需求。
物联网技术