OnCall 选项通常需要什么
评估替代方法的小组一般需要四点合作:监测一体化、准确的待命时间表、路线模式以及确认或升级警报的可靠方式。
IncidentRelay作为独立的应用程序提供这些能力. 它可以从Prometheus Alertmanager,Zabbix,Sentry和通用的webhooks接收警报,然后将它们连接到服务,团队,旋转和通知通道.
没有所需仪表板的警报路由 stack
IncidentRelay不需要 Grafana 操作. Alertmanager 用户可以直接向特定路由的终点发送提醒, 而其他监测工具可以使用专用集成或通用的webhookAPI.
路由可以匹配提醒标签,选择服务和团队,应用分组行为并附加通知通道. 每条路线都有自己的收货令牌,保持警戒提交与离任的交货证书分开.
时间安排和升级
轮值支持层,会员期和临时取消. 团队可以通过IncidentRelay内部查看最终时间表,也可以通过CalDAV和ICS feed订阅.
升级政策界定了有序的反应步骤。 未经承认的事件可以触发提醒,并通过额外的用户或旋转移动. 响应者也可以在活动事件中请求用户,团队,旋转或政策帮助.
通知渠道
- Mattermost webhook 或 BotAPI 通知 。
- Telegram通知和动作处理。
- 电子邮件发送和可配置模板。
- Slack, Discord, Microsoft Teams and universal outround webhoks. (原始内容存档于2018-09-09).
- 配置层浏览器和PWA推.
- 专用电话的充电语音服务商。
通知以外的操作环境
IncidentRelay与行动事件有关的警报。 答复者可以承认、解决、沉默和评论,确定优先事项,并要求更多的答复者。 服务增加了所有权、运行本、依赖性、影响信息和默认利益攸关方。
部署和所有权
平台可以使用Docker Compose,RPM和系统部署或Kubernetes使用其Helm图表运行. SQLite支持较小的单节点安装,而PostgreSQL则被推荐用于更大的或长期运行的环境.
这种部署灵活性对于在与其他内部工具相同的业务环境中需要待命系统的小组是有用的。 这也意味着团队拥有升级,备份和可用性.
Grafana OnCall 迁移
迁移用户、团队、成员关系、排班、升级策略、集成和告警路由。
迁移工具使用公共 API，不会连接产品数据库，并且默认以试运行模式运行。应用更改前，请查看生成的报告。
如何评价IncidentRelay
用你实际使用的监控源和通知通道测试. 构建一个旋转,发出一个发射警报,承认它,发送一个已解决的有效载荷,并验证升级行为. 实事求是的测试比比较截图更能更快地揭示工作流程差异.
IncidentRelay正在积极开发。 在计划展开生产前先回顾一下释放历史.
Grafana和Grafana OnCall是Grafana实验室的商标。IncidentRelay不属于Grafana 实验室