IncidentRelay
IncidentRelay 对Grafana OnCall

IncidentRelay 与 Grafana OnCall：保持自托管还是迁移到 Cloud IRM？

第一个决定不是功能复选框。这是你的团队是否想要自己操作寻呼系统。在与 IncidentRelay 进行比较之前，将已归档的 Grafana OnCall OSS 与正在开发的 Grafana Cloud IRM 分开。

规划 OSS 迁移 尝试自托管部署

IncidentRelay 团队进行的比较。文档于 审核； IncidentRelay范围：v2.3.1。这是基于文档的评估，而不是性能基准或功能平等的承诺。

快速决策 · 功能 · 迁移限制 · 试点清单

三个选项，而不是两个

评估IncidentRelay何时需要自托管并且您的团队可以拥有升级、备份和通知传送。 评估Grafana Cloud IRM托管服务和事件响应以及Grafana云可观察性何时比您自己操作待命后端更重要。

保留 Grafana OnCall OSS 是一项维护决策。 Grafana 于 2026 年 3 月 24 日将其存档。现有安装并非简单关闭，而是云连接支持已终止，包括其 OSS 移动推送和依赖的 SMS/phone 传送。这并不是说每个通知路径都已损坏：Grafana 记录了替代方案，例如您自己的 Twilio 设置。审核您实际使用的传送路径。请参阅官方存档和云连接通知。

当您选择 IncidentRelay 时，会发生什么变化？

决定 IncidentRelay v2.3.1 Grafana Cloud IRM
运营模式 自托管；您的团队控制部署并维护服务。 在 Grafana Cloud 中管理待命和事件响应。
时间表和警报 轮换层、覆盖、升级政策和待命运行状况诊断。 轮换、轮班、覆盖、警报分组、路由和升级。
事件工作流程 技术警报组和单独的操作事件；请参阅下面的边界。 事件声明、响应协调、时间表和事件后审查。
通知设置 您配置聊天、SMTP 或语音提供商； browser/PWA 推送针对每个用户启用。 云管理的通知服务和 Grafana 移动应用程序。
调查背景 保留现有的监控工具并通过支持的集成向 IR 发送警报。 事件响应以及 Grafana Cloud 指标、日志和跟踪。

上述云功能遵循 GrafanaIRM 概述。验证您的组织的当前计划条款和交付范围；这种比较并不假定具有同等的商业权利。

两个值得测试的界限

在 IR 2.3 中，AlertGroup 拥有技术确认、解决和升级。单独的事件拥有操作工作流程、优先级和受让人，并且可以链接多个警报组。在此版本中，响应者和利益相关者仍处于 AlertGroup 范围内。不要假设相同的协作模型。请参阅事件管理。

自托管 IR 不会使外部交付成为自托管。聊天服务、SMTP 中继和语音提供商仍然具有依赖性。浏览器/PWA 推送不是 Grafana 本机移动应用程序。检查响应者携带的设备上的频道要求和浏览器推送设置。

从 Grafana OnCall OSS 迁移

IR v2.3.1 迁移指南描述了公共-API导入程序。它默认以试运行模式运行，并在您选择应用更改之前编写计划和报告。它是一个OSS迁移工具，而不是自动Grafana Cloud IRM迁移的声称。

  • 支持：用户和会员资格、团队、支持的日历/web时间表和班次、覆盖、基本升级链、集成及其默认路线。
  • 手动审核：外部 iCal 时间表、每月重复、跨午夜限制、同时多用户轮班或通知以及任意 Jinja2 或整个有效负载正则表达式路由。
  • 导入时禁用：非默认条件路由。 Grafana 整体有效负载匹配并不等同于 IR 标准化标签匹配。在启用这些路由之前重写并测试匹配器。
  • 未传输：警报历史记录和屏蔽凭据，例如传出 Webhook 机密。单独配置通知通道和机密。

保留 state.json 以进行可重复导入，并保护 route-secrets.json，其中包含新的引入 URL 和令牌。不要将这两个文件放入公共存储库中。

在更改生产 webhook 之前的一个有用的试点

  1. 清点当前的每个通知路径，然后仅与现有用户一起在试运行模式下运行导入程序。解决意外警告；不要仅仅为了获得绿色报告而接受有损的时间表转换。
  2. 比较完整的轮换周期、时区边界和计划的覆盖。使用 On-call Health 来查找计划差距和缺失的交付配置。
  3. 重放已清理的示例：生产警报、重复事件、已解决的事件和不应通知的警报。检查所选团队、服务和升级目标。
  4. 让测试警报处于未确认状态以验证备份升级。然后确认另一个并验证寻呼是否停止。确认响应者设备上的实际传送，而不仅仅是 HTTP 成功响应。
  5. 切换一种低风险集成并观察待命周期。保持先前的端点和配置可用于回滚；避免在影子测试期间寻呼两个系统的响应者。

您必须更换 Grafana 个仪表板吗？

不会。转移随叫随到处理是与转移监控不同的决定。 Grafana Alerting 可以向 IncidentRelay 发送提醒；仪表板可以留在原处。从测试部署和一个警报流开始。

Grafana OnCall 和 Grafana Cloud IRM 是 Grafana 实验室产品。 IncidentRelay 不隶属于 Grafana 实验室。