运维场景
服务器宕机时，把电话直接打到正确的人手机上
邮件和普通推送在睡眠或深度工作时太容易被忽略。Echobell 能把服务器宕机事件直接升级为 iPhone 电话提醒，让有人第一时间注意到故障。
核心思路
保留现有监控栈，只升级通知层。Grafana、Prometheus、UptimeRobot、Upptime 或任何支持 Webhook 的服务都可以接入 Echobell，只把真正值得打电话的事故升级出来。
Grafana
推荐搭配
大多数团队并不缺监控产品，而是缺从“检测到事故”到“有人被真正提醒到”的最后一公里。
Prometheus + Alertmanager
把高严重级别告警送进 Echobell Webhook，只对真正影响生产的事故使用电话提醒。
Grafana Alerting
使用 Webhook Contact Point，在 payload 中附带服务和指标上下文，再把关键策略路由到启用电话提醒的频道。
UptimeRobot 或 Upptime
把简单的网站宕机邮件 / Webhook 升级为真正紧急的 iPhone 电话提醒，适合公开接口不可用这类场景。
如何配置服务器宕机电话告警
流程很简单：一个频道、一个 Webhook、再加一条升级规则。
- 1
创建专门的事故频道
把生产故障放在独立频道里，这样通知类型、模板和订阅者都会围绕值班流程保持清晰。
- 2
接入监控工具
把 Grafana、Prometheus、UptimeRobot、Upptime 或通用 Webhook payload 接入频道，并附带服务名、严重级别和事故链接。
- 3
只对正确条件启用电话提醒
把电话送达与严重级别条件组合起来，让真正的宕机才会打电话，warning 仍保留为普通或时间敏感通知。
-
完成！
为什么电话提醒比再来一条推送更有效
它能突破睡眠和专注模式
尤其适合凌晨故障、重要发版窗口或任何绝不能等到“稍后再看”的事故。
它让值班信号更干净
只有最高严重级别的事件才会打电话，团队一听到铃声就知道这件事必须现在处理。
它不要求你替换现有工具
你不需要重做 Grafana、Alertmanager 或 uptime 监控，只需要把通知最后一公里做好。
服务器宕机电话告警常见问题
关于把 uptime / 监控事故升级为电话提醒的常见问题。
可以。Echobell 最适合只把最高严重级别的故障升级为电话，而 warning 或信息类事件继续保留为较低优先级。
Grafana、Prometheus Alertmanager、UptimeRobot、Upptime、Uptime Kuma、GitHub Actions，以及任何能发 Webhook 或邮件的系统都可以接入。
可以。你可以把频道订阅共享给团队，让多个响应人看到同样的事故上下文，而不必为每个人单独做集成。
