IncidentRelay 与 Opsgenie

离开Opsgenie:移至Jira还是自己值班?

对于现有的 Opsgenie 团队来说,这是一个有截止日期的迁移决定。将 Atlassian 迁移路径与自托管 IncidentRelay 部署进行比较,然后测试响应人员实际需要的工作流程。

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

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

从关闭日期开始

Opsgenie 于 2025 年 6 月 4 日停止新销售。Atlassian 表示将于 2027 年 4 月 5 日关闭,并删除未迁移的客户数据。这不仅仅是新功能的结束。现有用户需要一个目的地和一个数据保留计划。请参阅官方Opsgenie迁移公告。

评估Jira Service Management您的团队是否希望留在 Atlassian Cloud 中并保留互联的服务管理工作流程。 评估IncidentRelay您是否有意在自己的基础设施中运行开源待命系统,并且可以拥有其可用性、升级和备份。

自托管并不是迁移工作的捷径。它改变了目的地的所有者。将托管和工程工作与实际目标计划、用户角色和通知要求进行比较,而不是假设的一对一许可证更换。

你实际上在移动什么

决定 IncidentRelay v2.3.1 Atlassian迁移路径
运营模式 自托管的开源应用程序。您的团队负责部署。 迁移工具针对的是 Atlassian Cloud,而不是 Jira Service Management Data Center。
时间表和升级 重建旋转、图层、覆盖和升级规则;通过待命运行状况对其进行验证。 Atlassian 提供支持配置的自动迁移;审查由此产生的时间表和政策。
事件路由 全局和服务编排、标准化标签、模拟、重播和影子模式。 查看集成更改和已弃用的功能;搬迁租户并不能保证相同的行为。
通知 聊天、电子邮件和语音渠道,以及个人资料级浏览器/PWA推送。自行配置提供商和联系人。 在关闭旧的 Opsgenie 服务之前检查移动应用程序更改和通知设置。
事件模型 AlertGroups 处理技术寻呼;单独的事件协调操作工作流程。 事件响应移至 Jira Service Management。根据当前流程检查功能更改。

对于 Atlassian 路径,请阅读迁移计划和云/Data中心指南和功能更改清单。本页将该路径与 IR 进行比较;它不会将 Opsgenie 和 Jira Service Management 视为同一产品。

迁移到 IR 是重建,而不是租户导入

IR v2.3.1 不提供 Opsgenie 导入程序。 版本迁移工具涵盖 PagerDuty 和 Grafana OnCall OSS。请勿将其导入保证应用于 Opsgenie 导出。

  • 人员和日程安排:重新创建团队、成员资格、轮换、时间限制和覆盖。比较整个周期内实际分配的响应者,包括周末和夏令时变化。
  • 集成和重复数据删除:清点每个发件人、其身份验证及其警报标识。使用支持的 IR 集成或将事件映射到通用 Webhook 协定。 Opsgenie API 密钥或负载在 IR 中不会自动有效。
  • 政策和交付:有意重建路由和升级。配置新的机密、用户联系方式和通知渠道;不要假设复制的时间表可以通知任何人。
  • 历史记录和自动化:单独保存所需的记录以及库存脚本、API客户端、票证链接和响应操作。配置重新创建不导入事件历史记录或提供 Opsgenie API 兼容性。

IR 2.3 将技术警报组与操作事件分开。一个事件可以链接多个警报组,而无需合并其技术历史记录。确认和升级仍然是 AlertGroup 关注的问题;在此版本中,响应者和利益相关者仍属于 AlertGroup 范围。在规划现有响应流程之前,请先阅读事件管理边界。

具有明确回滚点的试点

  1. 记录您的 Opsgenie 截止日期、迁移所有者和所需的历史导出。如果您还安排 Atlassian 迁移,请考虑其并行访问窗口;不要假设旧租户在最终产品关闭之前仍然可用。
  2. 在测试 IR 部署中建立一支代表团队。比较完整的轮换周期、覆盖、升级延迟以及第一响应者未确认时的行为。
  3. 重播已清理的触发、重复和恢复事件。验证所选团队、分组密钥、服务和通知渠道。决定在试点期间哪个系统拥有确认。
  4. 在真实响应者设备上进行测试交付,包括下班后的情况。使用待命健康状况,同时还要确认消息和呼叫确实到达。
  5. 切换一位低风险发件人。在 Opsgenie 保持活动状态时保持其先前的配置可用,并避免重复的生产通知。仅在观察待命周期后才进行扩展。

不要使回滚依赖于已删除的租户

Atlassian 表示关闭 Opsgenie 是不可逆的;如果不提前关闭,它也会在 Atlassian 迁移后 120 天自动关闭。这个窗口并不是无限期后退的承诺。在关闭前完成验证并保存所需的记录。查看关闭 Opsgenie 时会发生什么情况。

从测试部署开始。如果无法重现所需的工作流程或没有人可以操作目标,请在更改生产发送者之前解决该差距。

Opsgenie 和 Jira Service Management 是 Atlassian 产品。 IncidentRelay 不隶属于 Atlassian。