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

支持哪些警报源 ?

IncidentRelay 支持 AWS SNS 和 CloudWatch Grafana 提醒,普罗米修斯Alertmanager,Zabbix,Sentry,LibreNMS,RMON和通用的webhook提醒,其中OpenAPI支持自定义自动化和内部工具.

开始吧

运行IncidentRelay你的方式。

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

开放文档 GitHub 仓库