警报
当您的函数行为异常时如何被告知:您可以监视的指标、如何检查规则以及如何通过 HTTP 管理它们。
5分钟 读取·级别 中间·修改于 2026年10月12日
该英文文本是根据法文原文自动生成的,尚未经过审查。
该页面已自动翻译。英文版具有权威性。
#
创建
1. 创建规则
警报规则通过 HTTP 使用 service_role 密钥进行管理。 SDK 没有针对它们的方法。
#
参考
2. 指标、条件和渠道
| 领域 | 允许值 |
|---|---|
metric | error_rate、 latency_p95、 job_failures、 low_disk、 ai_quota、 anomaly_detection或 log_pattern:<service>:<regex> |
condition | gt、 lt、 eq、 match、 auto |
channel | email、 webhook、 slack |
threshold | 一个数字 |
destination | 电子邮件地址,或者 webhook 或 Slack hook 的 URL |
log_pattern 监视一项服务的日志中的正则表达式: log_pattern:functions:timeout。未知值返回 400 并列出可接受的值。 metric: "cpu"的真实答案:
#
行为
3. 规则如何检查
- 该服务每分钟检查一次每个启用的规则 。
- 从 Prometheus 读取数值指标;
log_pattern规则查询 Loki。每个查询都有 5 秒的限制。如果一个项目失败了,其他项目仍然会被检查。 - 当规则触发时,服务会设置
last_triggered_at,记录事件并将其发布以在所选通道上传递。 - 您禁用的规则将被保留但不会被检查。
交付取决于您的部署
警报需要可从功能服务访问 Prometheus 和 Loki,并且电子邮件通道需要电子邮件提供商。在没有它们的开发堆栈上,规则会被存储但无法触发。
#
操作
4. 管理规则和历史记录
| 行动 | 请求 |
|---|---|
| 列出规则 | GET /v1/functions/alerts |
| 启用或禁用 | PATCH /v1/functions/alerts/{id} 与 {"enabled": false} |
| 删除 | DELETE /v1/functions/alerts/{id} |
| 一条规则的历史 | GET /v1/functions/alerts/{id}/events |
| 所有规则的历史 | GET /v1/functions/alerts/events |
一个事件有 alert_rule_id、 event_type、 triggered_value、 message 和 created_at;历史路由接受 limit 和 offset。每条路线都需要一个 service_role 密钥。
最后更新· 2026年10月12日