Skip to main content
O aciona.me tem um único fluxo central. Entender esse fluxo é suficiente para configurar o produto inteiro e para diagnosticar quase todo problema operacional.

O fluxo em uma linha

Alerta recebido → serviço identificado → time responsável → plantonista do momento → acionamento criado → pessoa notificada → reconhecimento → escalonamento (se ninguém responder) → resolução.

1. Ingestão

Cada ferramenta de monitoramento aponta para uma fonte de alerta própria dentro do aciona.me. Cada fonte tem uma URL e um token exclusivos:
A fonte determina a organização dona do alerta e como o payload será interpretado — o aciona.me nunca confia em identificadores de organização vindos do corpo da requisição. O aciona.me responde 202 Accepted assim que persiste o alerta. O processamento acontece logo em seguida, de forma assíncrona, para que sua ferramenta de monitoramento nunca fique esperando.
O payload original é sempre armazenado junto do alerta, para auditoria e diagnóstico. Veja Retenção e limites.

2. Normalização

Cada tipo de fonte tem um tradutor próprio que transforma o payload da ferramenta em um formato interno comum, com os campos: Severidades livres (P1, sev2, error, warn…) são convertidas para o conjunto fechado do aciona.me. Veja Severidades.

3. Roteamento

Com o alerta normalizado, o aciona.me responde três perguntas, nesta ordem:
1

Qual serviço foi afetado?

Pelo serviço padrão configurado na fonte de alerta ou pela pista de serviço (serviceHint / label service) enviada pela ferramenta. Se a pista apontar para um serviço que ainda não existe, ele pode ser registrado automaticamente.
2

Qual time responde por esse serviço?

Cada serviço tem um time responsável. É esse vínculo que transforma um alerta técnico em uma responsabilidade humana.
3

Quem está de plantão nesse time agora?

A escala ativa do time define o plantonista do momento, respeitando fuso horário, rotação e substituições vigentes.

4. Acionamento

Se não existir acionamento aberto correspondente, um novo é criado com status triggered, associado à organização, ao serviço, ao time e ao plantonista. Se já existir um acionamento aberto para a mesma origem, o alerta é agregado a ele em vez de criar um duplicado. Veja Agrupamento e auto-resolução.

5. Notificação

O acionamento gera notificações pelos canais configurados: e-mail, push (navegador e celular), Slack e Microsoft Teams. Quando pelo menos um canal entrega, o acionamento passa para notified.

6. Reconhecimento e escalonamento

A partir daí, o relógio corre. Se ninguém reconhecer o acionamento dentro do prazo, ele é escalado automaticamente para o próximo alvo — o próximo participante da escala ou o próximo nível da política. Se a escalada se esgotar sem resposta, os owners da organização são avisados. Reconhecer (ACK), assumir ou resolver o acionamento interrompe o escalonamento.

7. Resolução

O acionamento pode ser resolvido por uma pessoa no painel ou automaticamente, quando a ferramenta de origem envia o evento de recuperação. Depois de resolvido, ele pode ser encerrado.

Ver o ciclo de vida completo

Todos os status, quem pode mudar cada um e o que aparece na linha do tempo.