Healthchecks.io Cron 作业监控告警平台

问题

定时任务最怕的不是跑失败，而是「静默失败」：cron 作业因为环境问题、依赖变更或配置漂移悄悄停跑，没有日志、没有退出码、也没有告警。等到业务方投诉才发现，故障可能已经持续了数小时。自建心跳监控要么过于简陋（只有一个 if 判断），要么要引入沉重的基础设施。

它如何工作

Healthchecks.io 的思路是心跳（heartbeat）模式：每个定时任务在成功执行后向监控服务发送一个 HTTP 请求（称为 ping），服务端据此判断任务是否按时运行；超过预设窗口没收到 ping，就触发告警。

• 核心能力：提供 Web 仪表盘、API 和通知集成，团队可以集中跟踪周期性任务的运行状态，而无需自建心跳系统。
• 告警渠道：支持与常见通知服务集成，任务未按时 ping 时自动发出告警。
• 技术栈：后端基于 Python 3.12+，支持 PostgreSQL / MySQL / MariaDB 数据库，并附带 Dockerfile 和预构建镜像，便于部署到不同环境。

使用流程大致是：创建监控项、为每个 cron 任务配置 ping 地址、设置预期间隔、选择告警方式。任务代码只需在成功执行后发起一次 HTTP 请求，侵入性很低。

适用边界

• 它监控的是「任务是否按时运行」，不是任务内部的业务逻辑正确性：任务跑成功但产出错误数据，心跳系统不会发现。
• 任务端需要具备发送 HTTP 请求的能力，完全离线的环境需要额外的网络配置。
• 自托管部署意味着数据库和运行时环境由你自己维护，服务可用性也是你的责任。
• 适合周期性任务（cron / 后台定时任务），不适合需要细粒度调用链路追踪的场景。