告警与通知
最后更新：2026 年 8 月 26 日
你可以让 PlayServ 在 Project 中发生值得注意的事情时往 Slack 推一条消息 —— Function 部署完成、Environment 被创建、Schema Migration 被应用，或者平台健康状况发生变化。这样就不必盯着看板，只要把平台指向一个 Slack webhook，再选好它该在哪些事件上触发即可。
信息
通知是按 Project 和 Environment 配置的。你在 dev 上添加的 webhook 只为 dev 的事件触发；prod 请单独配置，这样测试环境的噪音就永远不会跑进生产频道。
运作 方式
它由两部分组成：一个 webhook（消息发到哪里）和若干 rule（在哪些事件上触发）。
你先用自己的 Slack URL 添加一个 webhook，再给它挂上一条或多条 rule，由这些 rule 决定哪些事件能送到它那里。Test 操作会发一条示例消息，让你在真正依赖它之前先确认频道已经接通。
可以收到哪些事件的通知
通知由平台的多个部分产生：
| 来源 | 触发时机 |
|---|---|
| 部署流水线 | 某个 Function 完成部署（function_deployed）。 |
| Environment 生命周期 | 新的 Environment 被创建（new_env）。 |
| Schema 服务 | 某个 Schema Migration 被应用（migration_applied）。 |
| Health poller | 平台健康状况变化 —— 例如某个服务变为 unhealthy，之后又恢复。 |
配 置 webhook
- 创建
- 添加 rule
- 测试
用你的 Slack incoming webhook URL 添加一个 webhook，起个名字，保存。它初始没有任何 rule，所以在你添加第一条之前不会发出任何东西。
给 webhook 挂上 rule，以选定哪些事件会触发它。每条 rule 针对一个事件来源；挂了多条 rule 的 webhook，其中任意一条命中都会触发。
用 webhook 的 Test 操作往频道发一条示例消息。如果没收到，先回头核对 Slack URL，再去添加 rule。
备注
投递是排队并带重试的，而不是与事件同步发出 —— 所以 Slack 短暂不可用不会弄丢一条部署通知，但消息可能会比事件本身晚到一会儿。
下一步
- Public Status Page —— 与通知互为补充的匿名健康 endpoint
- Functions —— 部署是最常见的通知来源
- Automatic deploys by branch —— 把按分支部署和部署通知搭配起来用