什么是待命轮调?
值班轮换是一种有序的时间表，随着时间的推移将操作职责分配给不同的人。它应该告诉监控系统该联系谁，告诉负责当前班次的团队，并在第一响应者无法联系时提供下一步行动。
单靠日历无法处理整个工作流程。 IncidentRelay将旋转与警戒路线,通知渠道,提醒和升级政策相结合.
保持当前所有权的明确性
每条路线与一个团队相连,可以使用轮换或升级政策来选择责任人. 当警报到达时,IncidentRelay会计算当前待命用户,并记录与事件相关的操作上下文.
这避免了依赖聊天话题,绑定电子表格或对清醒者的集体记忆. 这些系统运作良好,直到它们变得重要。
分层覆盖
旋转层使得在单个重复列表之外可以模拟时间表. 一个团队可以为不同的时间窗口,覆盖组或主要及次要责任使用分层. IncidentRelay 从这些规则中计算最终时间表 。
- 每层保持单独会员身份.
- 界定工作时间或覆盖窗口的限制。
- 保留历史和未来的会员期.
- 在运行日历中查看由此生成的拥有者 。
移动互换和覆盖
替代会暂时取代预定的轮换成员。它对于假期、疾病、轮班和短期承保范围变化很有用。基地轮换保持不变，因此计划在超控结束后自动恢复正常。
从轮调到升级
旋转选择当前响应者。 升级政策确定了接下来会发生什么。 IncidentRelay 可以重复提醒,移动到另一个用户或旋转,并通过命令的政策步骤继续,直到有人承认提醒.
| 构成部分 | 业务目的 |
|---|---|
| 旋转 | 选择当前负责人。 |
| 覆盖 | 临时替换预定人员。 |
| 提醒 | 重复发送,而警报仍未被确认。 |
| 升级政策 | 通过命令用户或旋转来移动责任. |
旋转可见度
团队可以检查IncidentRelay中的调度,并通过CalDAV或私有的ICS feed订阅. 这使得应答者的日历能见度没有将真相来源移动到第三方日历应用程序中.
开放源码和自主办
IncidentRelay 在您的基础设施中运行,并将旋转,用户,提醒和事件数据存储在您的数据库中. 它可以用Docker Compose,RPM包,系统化或Kubernetes使用包含的Helm图表来部署.
审查changelog,并测试真正的交割和升级路径,然后依靠它来进行生产覆盖.