Envio de eventos de Alertas e Incidentes às ferramentas adequadas
A gestão de eventos envolve etapas diferentes: identificar uma condição que merece atenção, notificar o destino responsável e, quando necessário, acompanhar a resposta como um incidente. Na Elven Observability (EO), as regras avaliam condições sobre as métricas e as configurações de alerting definem como os alertas são roteados. O Elven Incident (EI) centraliza o acompanhamento do incidente quando a integração correspondente está configurada.
Alerta, notificação e incidente
| Conceito | O que representa | Onde é tratado |
|---|---|---|
| Regra de alerta | Uma condição avaliada sobre os dados monitorados. Quando os critérios são atendidos, a regra gera um alerta. | Elven Observability |
| Alerta | Evento que indica que uma condição configurada foi atendida. Labels e anotações ajudam a identificar e contextualizar o evento. | Elven Observability e, conforme a integração, ferramentas de destino |
| Notificação | Mensagem enviada a um destino por um contact point, diretamente associado à regra ou escolhido por uma política de notificação. | Elven Observability e sistema destinatário |
| Incidente | Registro de resposta operacional que reúne contexto, responsáveis, atualizações e resolução. Um alerta pode abrir ou atualizar um incidente quando a integração está configurada para isso. | Elven Incident |
Alerta e incidente não são o mesmo registro. Uma condição pode gerar notificações sem criar um incidente; isso depende do destino e da integração configurados.
Fluxo entre EO e EI
- Uma regra no EO avalia uma condição sobre os dados disponíveis e gera um alerta quando os critérios configurados são atendidos.
- Labels e anotações identificam o alerta e fornecem contexto. As labels também podem selecionar uma rota.
- O EO associa o alerta a um contact point diretamente ou por meio de uma política de notificação.
- O contact point entrega a notificação ao destino configurado, que pode ser um canal, uma ferramenta de trabalho ou uma integração com o EI.
- Quando a integração com o EI está configurada, o evento recebido pode abrir ou atualizar um incidente conforme as regras dessa integração.
- No EI, a equipe acompanha responsáveis, reconhecimento, escalonamento, atualizações e resolução do incidente.
O fluxo depende da configuração de cada ambiente. Criar uma regra de alerta, por si só, não cria um incidente no EI: também é necessário configurar o destino e a integração adequados.
Componentes do alerting no EO
- Alert rules: definem a condição monitorada e podem incluir labels e anotações para classificar e explicar o alerta.
- Contact points: definem o destino e o canal que recebem as notificações.
- Notification policies: selecionam o contact point com base nas labels do alerta e nas condições de roteamento configuradas.
Uma regra pode apontar diretamente para um contact point ou usar as políticas de notificação. Nesse segundo caso, as labels da regra precisam corresponder às condições da rota. Confira também a política padrão, que atende alertas sem correspondência em rotas mais específicas.
O que acontece no EI
O EI organiza o trabalho de resposta em torno do incidente. Conforme as informações enviadas pela origem e os recursos usados pela equipe, o registro pode reunir:
- nome, causa ou descrição e horário do evento;
- severidade, status e origem relacionada;
- alertas associados e histórico de eventos;
- responders e equipes responsáveis;
- reconhecimento, escalonamento, atualizações e resolução;
- métricas de tempo, como MTTA e MTTR, quando aplicáveis ao ciclo registrado.
A disponibilidade dos campos e das ações depende da origem do incidente e da configuração do EI. Consulte Gestão centralizada de incidentes para conhecer o ciclo de vida e os detalhes do registro.
Escolha do destino
- Canal de notificação: para avisar pessoas ou equipes em ferramentas como Telegram.
- Ferramenta de trabalho: para encaminhar alertas a sistemas como Jira, conforme o contact point e os campos configurados.
- Elven Incident: para centralizar a resposta e o ciclo de vida do incidente, desde que o External Service e o contact point de integração estejam configurados.
Uma mesma regra pode ter mais de um destino se a configuração de roteamento permitir. Revise as políticas e as opções de continuidade entre rotas para evitar notificações duplicadas ou destinos inesperados.