Alertas e notificações
Última atualização: 26 de agosto de 2026
Você pode fazer o PlayServ mandar uma mensagem para o Slack quando algo notável acontece no seu Project — uma Function é implantada, um Environment é criado, uma Migration de Schema é aplicada, ou a saúde da plataforma muda. Em vez de ficar de olho em dashboards, você aponta a plataforma para um webhook do Slack e escolhe em quais eventos ela deve disparar.
As notificações são configuradas por Project e por Environment. Um webhook que você adiciona em dev dispara para eventos de dev; configure prod separadamente, para que o barulho de staging nunca chegue a um canal de produção.
Como funciona
São duas peças: um webhook (para onde as mensagens vão) e rules (em quais eventos ele dispara).
Você adiciona um webhook com a sua URL do Slack e então anexa uma ou mais rules que decidem quais eventos chegam até ele. A ação Test envia uma mensagem de exemplo, para você confirmar que o canal está ligado antes de depender dele.
Eventos sobre os quais você pode ser notificado
As notificações são produzidas por várias partes da plataforma:
| Origem | Dispara quando |
|---|---|
| Pipeline de deploy | Uma Function é implantada (function_deployed). |
| Ciclo de vida de Environment | Um novo Environment é criado (new_env). |
| Serviço de Schema | Uma Migration de Schema é aplicada (migration_applied). |
| Health poller | A saúde da plataforma muda — por exemplo, um serviço ficando unhealthy e depois se recuperando. |
Configurando um webhook
- Criar
- Adicionar rules
- Testar
Adicione um webhook com a URL de incoming webhook do seu Slack, dê um nome a ele e salve. Ele começa sem rules, então não envia nada até você adicionar uma.
Anexe rules ao webhook para escolher quais eventos disparam. Cada rule mira uma origem de evento; um webhook com várias rules dispara em qualquer uma delas.
Use a ação Test do webhook para postar uma mensagem de exemplo no canal. Se ela não chegar, confira a URL do Slack de novo antes de adicionar rules.
A entrega é enfileirada e repetida em caso de falha, em vez de ser feita junto com o evento — então uma queda breve do Slack não derruba uma notificação de deploy, mas a mensagem pode chegar um instante depois do evento em si.
Próximos passos
- Public Status Page — o endpoint de saúde anônimo que as notificações complementam
- Functions — os deploys são a origem de notificação mais comum
- Automatic deploys by branch — combine deploys por branch com uma notificação de deploy