高级别流动
Monitoring source
-> Integration endpoint
-> Route token and matchers
-> Service resolution
-> Team and rotation or escalation policy
-> Notification channels
-> Alert group and incident history主要组成部分
| 构成部分 | 责任 |
|---|---|
| 集成终点 | 接收Alertmanager,Zabbix,Sentry,LibreNMS和webhook有效载荷. |
| 常态器 | 将特定源的有效载荷转化为一致的警戒域、标签和严重程度。 |
| 运行 | 应用路由令牌、源检查、匹配器、分组字段和所有权。 |
| 服务 | 附加受影响的系统上下文、链接、运行手册、依赖项和利益相关者。 |
| 时间安排 | 从轮换、分层、取消和升级政策中计算待命用户。 |
| 通知 | 通过聊天,电子邮件,浏览器推推,webhooks和语音提供者提供事件更新. |
| 调度器 | 处理提醒、升级、通知队列和定期工作。 |
| 数据库 | 存储团队,路线,服务,时间表,警报,警报组和交付记录. |
路线边界
路由摄取标志是故意对路由进行扫描的. 一个路由定义了源,团队,调度或升级政策,匹配者,分组行为和附加的通道. 这使得收到的授权和发出的交付配置是分开的。
为什么警报组很重要
IncidentRelay 将收到的信号作为警报存储, 并介绍在警报组周围的操作工作 。 这样可以分解和分组减少噪音,同时保留调查所需的儿童警报细节。
业务所有权
因为IncidentRelay是自办的,所以运营它的团队拥有备份,监控,可用性,升级和网络边界. 这一责任是将事件数据和时间表置于直接控制之下的权衡。