发布

使用滚动、金丝雀或蓝绿策略编排固件和应用更新。

概述

发布是一个受管理的更新活动，具有以下特性：

1. 目标是一个设备组
2. 携带目标版本（影子键/值映射或应用版本）
3. 使用可配置的策略分批控制设备更新
4. 跟踪每台设备的成功/失败情况，并在超过阈值时停止

发布可以手动创建（用于固件/影子更新）或自动创建（从应用页面部署应用版本时）。

发布列表

导航到发布查看租户中的所有发布。

列名：名称、目标组、策略、进度、状态、创建日期。

按以下条件过滤：状态、分组、类型（部署/卸载/手动）、策略。

创建发布

1. 点击 + 新建发布。
2. 填写：
   • 发布名称 — 人类可读的标签
   • 目标组 — 要更新的设备组
   • 策略 — 滚动 / 金丝雀 / 蓝绿
   • 产物 URL —（可选）固件下载 URL
   • 版本标签 — 在设备详情和历史中显示的标签
   • 批次大小 — 每批设备数量
   • 失败阈值（%） — 超过此百分比则中止
   • 批次延迟（秒） — 批次之间等待的秒数
   • 目标版本 — 写入设备影子的 JSON（例如 {"firmware": "v2.1.0"}）
   • 发布策略 — 附加规则（失败暂停、自动恢复等）
3. 点击创建。发布以 待执行 状态创建。
4. 点击执行启动活动。

策略

滚动

设备按顺序分批更新。每批必须达到成功阈值后才开始下一批。

批次 1：设备 1-10 → 等待成功 → 批次 2：设备 11-20 → ...

适用于：偏好渐进发布的零停机更新。

金丝雀

先更新一小批初始设备（金丝雀）。手动验证后，发布继续到其余设备。

金丝雀批次（例如 5%）→ 手动审批 → 全量发布

适用于：高风险变更，需要在小子集上验证后再提交。

蓝绿

两个并行设备组（蓝 = 当前，绿 = 新版本）。新版本部署到绿组，然后原子性地切换流量/影子。

适用于：需要即时回滚能力的零停机场景。

发布操作

操作	可用时机	描述
执行	待执行	启动发布活动
重新运行	已完成	重置所有批次并重新运行
暂停	运行中	在当前批次完成后暂停
恢复	已暂停	从中断处继续
取消	运行中 / 已暂停	中止发布；已更新的设备保留新版本

发布详情

点击发布行查看：

• 摘要 — 状态、进度条、目标组、策略、策略规则
• 日期 — 创建、启动、完成时间戳
• 批次进度 — 成功 / 失败 / 待处理设备计数

发布状态

状态	含义
pending	已创建但未启动
running	正在更新设备
paused	在批次之间暂停
completed	所有批次成功完成
failed	超过失败阈值
cancelled	手动取消

失败处理

如果批次超过失败阈值，发布将以 failed 状态停止。成功更新的设备保留新版本。失败的设备保留旧版本。

使用重新运行从头重试（包括已成功的设备），或调查设备事件以诊断故障。