Notificações de Deploy Automáticas — Receita DevOps

Configure alertas automáticos de deploy no chat. Saiba instantaneamente quando código for para produção, com status e changelog.

Notificações de Deploy Automáticas

Nunca mais pergunte “já deployou?” Esta receita configura notificações automáticas que avisam quando código vai para produção - com status, changelog e métricas.

O Que Você Recebe
  • Alerta de início - Deploy começou
  • Confirmação de sucesso - Versão no ar
  • Não Alerta de falha - Com logs e ação sugerida
  • Changelog - O que mudou nessa versão
  • Métricas pós-deploy - Erros, latência
Configuração BásicaVia GitHub Actions
# .github/workflows/deploy.yml
- name: Notify OpenClaw
  if: always()
  run: |
    curl -X POST "${{ secrets.OPENCLAW_WEBHOOK }}" \
      -H "Content-Type: application/json" \
      -d '{
        "event": "deploy",
        "status": "${{ job.status }}",
        "version": "${{ github.sha }}",
        "branch": "${{ github.ref_name }}",
        "actor": "${{ github.actor }}"
      }'
Via OpenClaw Direto
Configure notificações de deploy:

Quando deploy iniciar no GitHub Actions:
- Me avise: " Deploy iniciado - branch X por @usuario"

Quando deploy concluir com sucesso:
- Me avise: "Sim Deploy concluído - versão X está no ar"
- Inclua lista de commits desde último deploy

Quando deploy falhar:
- Me avise URGENTE: "Não Deploy falhou"
- Inclua link para logs
- Sugira rollback se apropriado

Envie para o canal #deploys no Slack e para mim no Telegram.
Exemplo de NotificaçãoDeploy Iniciado
 DEPLOY INICIADO

 Projeto: api-principal
🌿 Branch: main
👤 Por: @diego
 Início: 14:32

Commits inclusos (3):
• fix: corrige bug de autenticação
• feat: adiciona endpoint de relatórios
• chore: atualiza dependências

ETA: ~3 minutos
Deploy Concluído
Sim DEPLOY CONCLUÍDO

 Projeto: api-principal
🏷 Versão: v2.4.1
 Duração: 2m 45s
 URL: https://api.empresa.com

 Health Check:
• Status: 200 OK
• Latência: 45ms
• Erros: 0

Próximo passo: monitorar métricas por 30min
Deploy Falhou
Não DEPLOY FALHOU

 Projeto: api-principal
🌿 Branch: main
 Falhou em: 1m 23s
📍 Etapa: Testes de integração

🔴 Erro:
"Connection refused to database on staging"

 Logs: https://github.com/org/repo/actions/runs/123

 Ações sugeridas:
1. Verificar status do banco staging
2. Rodar testes localmente
3. Se persistir, reverter último commit

Rollback automático disponível: responda "rollback" para executar
Automações AvançadasRollback Automático
Se erro rate > 5% nos primeiros 5 minutos após deploy:
1. Me avise imediatamente
2. Sugira rollback com 1 clique
3. Se eu não responder em 10min, faça rollback automático
Notificar Stakeholders
Deploy em produção para branches release/*:
- Notifique #geral no Slack
- Envie email para stakeholders@empresa.com
- Atualize página de status
Métricas Pós-Deploy
30 minutos após deploy bem-sucedido:
- Compare erro rate com antes do deploy
- Compare latência média
- Compare uso de memória
- Me mande relatório se algo piorou >20%
IntegraçõesGitHub Actions
openclaw config set github.webhook_secret "seu-secret"
GitLab CI
openclaw config set gitlab.webhook_token "seu-token"
Jenkins

Use o plugin de webhook ou curl no post-build.

VariaçõesPara Múltiplos Ambientes
Formato diferente por ambiente:
- staging: silencioso, só falhas
- production: completo, todos os eventos
- hotfix: urgente, alerta em todos os canais
Para Microservices
Agrupe notificações de deploys simultâneos:
- Espere 2 minutos
- Consolide em uma mensagem
- Liste todos os serviços deployados
Comandos Úteis
"Qual foi o último deploy em produção?"
"Quem deployou hoje?"
"Histórico de deploys da última semana"
"Rollback para versão anterior"
"Status do CI/CD"
Próximos Passos