IncidentRelay
面向SRE和DevOps团队的自托管事件响应

唤醒正确的工程师，将事件数据保留在您的基础设施中。

IncidentRelay通过路由、值班计划、升级策略和可解释的编排，将监控事件转化为责任明确的事件，而无需把运维闭环交给托管平台。

查看产品流程 在GitHub上查看源代码 → 
{
  "alertname": "DiskFull",
  "severity": "critical",
  "team": "platform",
  "status": "firing",
  "actions": [
    "acknowledge",
    "resolve",
    "silence"
  ]
}
关键 立即升级
ACK 停止吵闹的提醒
路线 按标签匹配
团队 分组范围访问
产品参观

见IncidentRelay在行动中。

探索真实IncidentRelay界面中的警示响应,待命调度,旋转,路径和决定痕迹.

为什么IncidentRelay

随时待命、警报升级和事件应对所需的一切。

01

智能警报路径

按来源,标签,严重程度和团队所有权划分的路由传入警报. 保持警报规则清晰,可预测,对事件管理有用.

02

待命时间表和轮调

建立团队时间表、待命班次、超载和升级链条,使警报始终到达目前的负责工程师手中,并保持24/7的覆盖。

03

可操作的通知

向Mattermost、Telegram、电子邮件、语音提供者和其他通知渠道发送内容丰富的信息,同时确认、确定和升级行动。

04

沉默和警戒疲劳控制

静默已知的维护警报,减少重复通知,并保持事件历史的可见性而不会失去重要上下文.

05

多团队访问模式

将团队和团体分开,限制能见度,并让用户专注于他们所负责的警报.

06

OpenAPI和自动化

综合事件响应自动化和内部工具,使用文件记载的API端点可预见JSON有效载荷和Terraform基础设施-现码工作流程提供者.

产品截图

见IncidentRelay在行动中。

探索真实IncidentRelay界面中的警示响应,待命调度,旋转,路径和决定痕迹.

IncidentRelay 有状态、严重程度、团队、受让人和升级过滤器的提醒信箱
提醒信箱搜索、过滤、确认和解决路由事件。
IncidentRelay 显示预定班次和响应者的每月待命日历
待命日历参见各小组的覆盖范围、任务和优势。
IncidentRelay 待命轮换与成员接口和调度配置
旋转为每个待命小组制定可预测的时间表。
IncidentRelay 连接源、 团队、 旋转和通知通道的警戒路线
警戒路线将即将到来的事件与所有权和交付规则联系起来。
IncidentRelay解释 追踪示警路线、分组和通知决定
解释追踪了解每个警报是如何处理和传送的。
IncidentRelay Heartbeats 页面显示死人 -switch 检查和跟踪的生产者状态
心动跟踪监督员、预定工作和多机构生产者。
显示共享有序事件处理规则的IncidentRelay全局编排页面
全局编排在特定服务路由之前应用共享的预处理规则。
包含嵌套条件和操作的IncidentRelay全局编排规则编辑器
全局规则编辑器无需编写JSON即可构建嵌套条件和操作。
显示特定服务有序规则的IncidentRelay事件编排页面
事件编排按服务丰富、分组、路由、抑制事件并实现自动化。
显示匹配规则和处理后事件负载的IncidentRelay编排执行历史
执行历史查看匹配的规则、变更以及最终事件负载。
工作流程

从警戒到待命 拥有几秒钟。

1

接收

接受AWSCloudWatch,Grafana,Alertmanager,Zabbix,RMON或通用webhoks的提醒.

2

匹配

应用路由匹配器、严重性过滤器、升级策略和团队规则。

3

通知

向当前待命人员或频道发送清洁信息。

4

法案

Ack在不丢失事件背景的情况下了解、解决、沉默或升级警报。

迁移工具

先试运行，再从 Grafana OnCall 或 PagerDuty 迁移。

迁移工具使用公共 API，不会连接产品数据库，并且默认以试运行模式运行。应用更改前，请查看生成的报告。

Grafana OnCall 迁移 迁移用户、团队、成员关系、排班、升级策略、集成和告警路由。 PagerDuty 迁移 迁移用户、团队、排班、升级策略、服务、Webhook 路由和维护窗口。
整合

连接您已经使用的工具 。

IncidentRelay是针对已经拥有监控,聊天和内部工作流程的基础设施团队设计的. 它在警报来源、待命时间表、升级政策和反应者之间充当自我托管的线路层。

普罗米修斯Alertmanager AWS SNS 和 CloudWatch Azure Monitor Cloud.ru Cloud Eye / SMN Grafana警报 Datadog New Relic Nagios Uptime Kuma Zabbix Sentry LibreNMS RMON 普通网点 PagerDuty Events API v2 心跳监测 Slack Mattermost Telegram Feishu / Lark Discord Microsoft Teams 电子邮件 语音提供者 出站 Webhook 浏览器和 PWA 推送 CalDAV ICS 日历订阅 OpenAPI客户 Terraform 提供者
使用大小写

为寻找自办事故管理的队伍建造.

IncidentRelay适合需要待命管理软件,班次调度,警示路由,升级政策和事件响应自动化的团队,而不将核心操作工作流程交给关闭的SaaS平台.

待命管理 计划、班次、轮换、推翻和响应者所有权。
警报路由 route AWS,Grafana,Alertmanager,Zabbix,RMON和webhook的警告通过标签,来源和严重程度.
升级政策 通知合适的人,提醒回应者,升级未承认的警报.
事件应对 一个工作流程中的 Ack 知识、解决、沉默和 track 事件。
PagerDuty 选项 对于寻找开放源码的团队,自行托管的待命工作流程.
Grafana OnCall 选项 对于想要警戒路线,时间表 和升级的队伍 自己的堆。
探索IncidentRelay

选择和运行待命平台的实用指南。

待命调度软件 构建时间表、 班次、 层、 日历和临时覆盖 。 待命旋转软件 保持所有权可预见和升级路径清晰 自动托管的待命管理} 在您的基础设施中保持警戒数据、时间表和事件工作流程。 开源 PagerDuty 替代 比较工作流程、 部署控制和操作权衡 Grafana OnCall替代}评价一个独立的自备警报路由和调度平台。 生产巡演} 通过路线、服务、日程安排、渠道和事件行动遵守警告。 使用 cases 探索 SRE,DevOps 的工作流程, 小团队和自办的提醒路径 集成指南} 连接AWS,Grafana,Alertmanager,Zabbix,Sentry,LibreNMS,RMON,网络呼声和聊天频道。 图形示例 复制路由匹配器、警报有效载荷、静音和重度过滤器。 比较IncidentRelay 审查自建,开源和事件工作流程权衡. 路线图 见路由,调度,集成和运行的积极发展方向. Architecture} 了解警报如何通过集成,路线,服务,调度和频道进行.
财务问题

关于IncidentRelay的常见问题.

什么是IncidentRelay吗?

IncidentRelay是用于路由警报,通知响应者,管理旋转和减少警报噪声的开源上调管理和事件响应软件.

是PagerDuty的替代品吗?

IncidentRelay可以被寻找自我托管,开源方法的团队使用,用于待命调度,警戒路线,升级政策和事件应对工作流程.

类似Grafana OnCall吗?

IncidentRelay专注于类似的业务工作流程:旋转,警戒路径,升级,确认,解决行动,沉默和监测整合.

支持哪些警报源 ?

支持的告警来源包括 Cloud.ru Cloud Eye / SMN, New Relic, Nagios, Azure Monitor, AWS SNS and CloudWatch, Grafana Alerting, Prometheus Alertmanager, Datadog, Uptime Kuma, Zabbix, Sentry, LibreNMS and RMON。通用 Webhook、PagerDuty Events API v2 兼容功能和心跳检测支持自定义集成及预期信号缺失监控。

开始吧

运行IncidentRelay你的方式。

用Docker、系统化或你自己的基础设施部署。 从GitHub 仓库直接提供的文档开始 。

开放文档 GitHub 仓库