开箱即用的 10 条预设规则
CPU、内存和磁盘阈值;容器崩溃;部署或备份失败;代理离线;SSL 证书即将过期;容器 CPU/内存热点。每条规则的阈值和冷却窗口都可调,避免被告警淹没。
面向自托管基础设施的告警与通知
在用户察觉之前捕获失败的部署、崩溃的容器、即将过期的 SSL 和失控的 CPU — 投递到 Telegram、Discord、Slack 和邮件。
四个通知通道
Telegram、Discord、Slack 和邮件 — 通道是一等公民,一条规则可以扇出到多个目的地,也可以为 warning 与 critical 事件配置不同路由。
带审计的三种告警状态
每条规则跟踪 ok / warning / critical。每次状态变化都记录为告警事件,事后可查,事故复盘不依赖 Slack 翻历史。
内置于二进制
没有 Prometheus,没有 Alertmanager,没有额外容器。Pier core 在 Tokio 任务中评估规则并直接派发通知 — 在 512 MB 的 VPS 上也能工作。
在 Pier 中配置告警
- 01
打开 设置 → 通知
添加 Telegram bot token、Discord webhook、Slack webhook 或 SMTP 凭据。通道在静态时加密。
- 02
打开 设置 → 告警规则
选择 10 条预设之一或定义自定义阈值。设置冷却窗口。
- 03
为规则关联通道
选择哪些通道接收 warning 和 critical 事件。一条规则可关联多个通道。
- 04
触发测试事件
在规则上点击「测试」按钮 — Pier 派发一条样本通知以验证连通性,无需等待真实事件。
常见问题
我能编写自定义告警规则吗?
可以 — 10 条预设覆盖常见场景,每条规则都可编辑:阈值、比较操作符、评估窗口和冷却。预设和自定义规则使用同一套规则引擎。
Pier 支持 PagerDuty 或 Opsgenie 吗?
v1.0 中不是一等通道 — 但大多数 paging 服务接受邮件或 Slack webhook,两者都支持。PagerDuty Events v2 支持已在路线图中。
冷却如何工作?
规则触发后,Pier 记录事件并在配置的冷却窗口内抑制重复触发。如果冷却之后底层条件仍然成立,会发送跟进通知 — 既不漏报也不刷屏。