alerts.manage。
升级如何工作
alert角色每隔[alert].dispatch_interval_secs（默认 10 秒）检查一次活动事件。只有状态为open的事件会推进。确认事件会停止升级。- 设置了
min_severity的步骤只适用于该严重程度及以上的事件。不适用的步骤会被跳过。 - 当前步骤的每个目标都会收到一条通知事件。消息如何投递由通知渠道决定。
ack_timeout_secs过后仍未确认时，开始下一个适用的步骤。- 最后一个适用步骤超时后，
repeat为true的策略会从第一步重新开始，直到完成max_loops轮。
escalation_policy_id 选择策略。没有指定时规则使用 default，它是组织内名称为 default 的策略的别名，比较时不区分大小写。升级开始时，事件会保存该策略的真实 id，因此之后给策略改名不会让已开启的事件换到别的策略。组织里没有名为 default 的策略时，这类规则的事件不会升级，但触发事件仍会发送给通知策略。请创建一个名为 default 的策略，或者把规则指向某个策略 id。
请求体
步骤包含以下字段：
目标通过
kind 选择接收人：
调用不会检查所引用的用户、团队或排班是否存在。
其他策略路由
PUT 的请求体与创建调用相同，并替换整条策略。DELETE 返回纯文本 deleted，id 不存在时返回 404。删除策略时不会检查引用它的规则，这些规则会停止升级。