物联网中心物联网边缘设备的回滚策略
Rollback strategy for iotedge device in iothub
上下文
当前的 IotEdge 部署缺少一个关键组件，即回滚策略，在文档中搜索时，没有任何内容说明我们如何才能将设备恢复到以前的版本。
在寻找解决方案的过程中，我考虑了 2 个选项，您会选择哪个，您将如何处理这种情况？
选项 1
使用 kubernetes 来管理 IotEdge 部署，在我看来这是过度设计的，而不是为了管理部署，因为 K8s 是一个编排器，有许多有用的组件，本质上并不是为这种场景而制作的（或者我错了吗？） .
优点
- 快速
- 集中配置
- 可以针对多个 iothubs
缺点
- 过度设计
- K8s知识（学习曲线）
选项 2
第二种选择是编写自定义脚本来处理 deployment/rollback..
优点
- 轻量级解决方案
- 免费（无额外费用）
缺点
- 维护难。
- 构建时间慢
- 容易出错
如果要回滚部署，您只需删除当前部署，IoT Edge 将回滚到之前针对它的部署。明确地说，我说的是 deployments at scale
编辑：不是删除部署，而是修改目标条件，这样可以防止误点击。参见 rollback deployment official documentation
上下文
当前的 IotEdge 部署缺少一个关键组件，即回滚策略，在文档中搜索时，没有任何内容说明我们如何才能将设备恢复到以前的版本。
在寻找解决方案的过程中，我考虑了 2 个选项，您会选择哪个，您将如何处理这种情况？
选项 1
使用 kubernetes 来管理 IotEdge 部署，在我看来这是过度设计的，而不是为了管理部署，因为 K8s 是一个编排器，有许多有用的组件，本质上并不是为这种场景而制作的（或者我错了吗？） .
优点
- 快速
- 集中配置
- 可以针对多个 iothubs
缺点
- 过度设计
- K8s知识（学习曲线）
选项 2
第二种选择是编写自定义脚本来处理 deployment/rollback..
优点
- 轻量级解决方案
- 免费（无额外费用）
缺点
- 维护难。
- 构建时间慢
- 容易出错
如果要回滚部署，您只需删除当前部署，IoT Edge 将回滚到之前针对它的部署。明确地说，我说的是 deployments at scale
编辑：不是删除部署，而是修改目标条件，这样可以防止误点击。参见 rollback deployment official documentation