Fluxo de alto nível
Monitoring source
-> Integration endpoint
-> Route token and matchers
-> Service resolution
-> Team and rotation or escalation policy
-> Notification channels
-> Alert group and incident historyComponentes principais
| Componente | Responsabilidade |
|---|---|
| Endpoints de integração | Receba Alertmanager, Zabbix, Sentry, LibreNMS e carga útil do webhook. |
| Normalizadores | Converta cargas úteis específicas da fonte em campos de alerta consistentes, etiquetas e gravidade. |
| Roteamento | Aplique tokens de rota, verificações de origem, matchers, campos de agrupamento e propriedade. |
| Serviços | Anexe contexto, links, runbooks, dependências e partes interessadas do sistema afetado. |
| Agendamento | Calcule usuários on-call de rotações, camadas, substituições e políticas de escalada. |
| Notificação | Forneça atualizações de incidentes através de chat, e-mail, push do navegador, webhooks e provedores de voz. |
| Agendador | Processos lembretes, escalas, filas de notificação e trabalhos periódicos. |
| Base de dados | Armazena equipes, rotas, serviços, horários, alertas, grupos de alerta e registros de entrega. |
Limites de rota
Os tokens de entrada de rota são intencionalmente vigiados. Uma rota define a política de fonte, equipe, programação ou escalada, fósforos, comportamento de agrupamento e canais anexados. Isto mantém a autorização de entrada e a configuração de saída separada.
Por que os grupos de alerta importam
IncidentRelay armazena sinais de entrada como alertas e apresenta trabalho operacional em torno de grupos de alerta. Isso permite que a deduplicação e o agrupamento reduzam o ruído, preservando os detalhes necessários para a investigação.
Propriedade operacional
Porque IncidentRelay é self-hosted, a equipe que opera possui backups, monitoramento, disponibilidade, upgrades e limites de rede. Essa responsabilidade é o compromisso de manter os dados e horários dos incidentes sob controlo directo.