Comparação da equipe IncidentRelay. Documentação revisada em ; IncidentRelay escopo: v2.3.1. Esta é uma avaliação baseada em documentação, não um benchmark de desempenho ou uma promessa de paridade de recursos.
Decisão rápida · Capacidades · Limites de migração · Lista de verificação piloto
Três opções, não duas
Avalie IncidentRelay quando a auto-hospedagem é um requisito e sua equipe pode ser proprietária de upgrades, backups e entrega de notificações. Avalie Grafana Cloud IRM quando um serviço gerenciado e uma resposta a incidentes juntamente com Grafana a observabilidade da nuvem são mais importantes do que operar você mesmo o back-end de plantão.
Manter Grafana OnCall OSS é uma decisão de manutenção. Grafana arquivou-o em 24 de março de 2026. As instalações existentes não são simplesmente desligadas, mas o suporte do Cloud Connection foi encerrado, incluindo o envio móvel de OSS e a entrega dependente de SMS/phone. Isso não é uma afirmação de que todos os caminhos de notificação estão quebrados: Grafana documenta alternativas como sua própria configuração do Twilio. Audite os caminhos de entrega que você realmente usa. Consulte o arquivo oficial e o aviso do Cloud Connection.
O que muda quando você escolhe IncidentRelay?
| Decisão | IncidentRelay v2.3.1 | Grafana Cloud IRM |
|---|---|---|
| Modelo operacional | Auto-hospedado; sua equipe controla a implantação e mantém o serviço. | Resposta gerenciada de plantão e incidentes no Grafana Cloud. |
| Agendamentos e alertas | Camadas de rotação, substituições, políticas de escalonamento e diagnósticos de saúde de plantão. | Rotações, turnos, substituições, agrupamento de alertas, roteamento e escalonamento. |
| Fluxo de trabalho incidente | Grupos de Alertas Técnicos e Incidentes operacionais separados; veja o limite abaixo. | Declaração de incidentes, coordenação de resposta, cronogramas e revisão pós-incidente. |
| Configuração de notificação | Você configura chat, SMTP ou provedores de voz; navegador/PWA push está ativado por usuário. | Serviços de notificação gerenciados na nuvem e o aplicativo móvel Grafana. |
| Contexto da investigação | Mantenha as ferramentas de monitoramento existentes e envie alertas ao RI por meio de integrações compatíveis. | Resposta a incidentes juntamente com Grafana métricas, registros e rastreamentos de nuvem. |
Os recursos de nuvem acima seguem a Grafana visão geral do IRM. Verifique os termos atuais do plano e a cobertura de entrega da sua organização; esta comparação não pressupõe direitos comerciais iguais.
Dois limites que valem a pena testar
No IR 2.3, um AlertGroup possui reconhecimento técnico, resolução e escalonamento. Um Incidente separado possui um fluxo de trabalho operacional, prioridade e responsável, e pode vincular vários AlertGroups. Os respondentes e as partes interessadas permanecem no escopo do AlertGroup nesta versão. Não assuma um modelo de colaboração idêntico. Consulte Gerenciamento de incidentes.
O IR auto-hospedado não torna a entrega externa auto-hospedada. Serviços de chat, SMTP retransmissores e provedores de voz permanecem dependências. Navegador/PWA push não é o aplicativo móvel nativo Grafana. Verifique os requisitos do canal e a configuração push do navegador nos dispositivos que seus respondentes carregam.
Migrando de Grafana OnCall OSS
O guia de migração do IR v2.3.1 descreve um importador API público. Ele é executado no modo de teste por padrão e grava um plano e um relatório antes de você optar por aplicar as alterações. É uma ferramenta de migração OSS, não uma reivindicação de migração Grafana Cloud IRM automática.
- Compatível: usuários e associações, equipes, agendas compatíveis/web programações e turnos, substituições, cadeias de escalonamento básicas, integrações e suas rotas padrão.
- Revisão manual: programações externas de iCal, recorrência mensal, restrições à meia-noite, turnos ou notificações simultâneas de vários usuários e roteamento Jinja2 arbitrário ou regex de carga inteira.
- Desativado na importação: rotas condicionais não padrão. Grafana a correspondência de carga inteira não é equivalente à correspondência de rótulo normalizado IR. Reescreva e teste os matchers antes de ativar essas rotas.
- Não transferido: histórico de alertas e credenciais mascaradas, como segredos de webhook de saída. Configure canais de notificação e segredos separadamente.
Mantenha state.json para importações repetíveis e proteja route-secrets.json, que contém os novos URLs e tokens de entrada. Não coloque nenhum dos arquivos em um repositório público.
Um piloto útil, antes de mudar os webhooks de produção
- Faça um inventário de cada caminho de notificação atual e, em seguida, execute o importador em modo de simulação apenas com usuários existentes. Resolver avisos inesperados; não aceite uma conversão de programação com perdas apenas para obter um relatório verde.
- Compare um ciclo de rotação completo, limites de fuso horário e uma substituição planejada. Use o On-call Health para procurar lacunas no cronograma e configurações de entrega ausentes.
- Reproduza exemplos higienizados: um alerta de produção, uma duplicata, um evento resolvido e um alerta que não deveria ser notificado. Verifique a equipe selecionada, o serviço e a meta de escalonamento.
- Deixe um alerta de teste não ser reconhecido para verificar o escalonamento de backup. Em seguida, reconheça outro e verifique se a paginação é interrompida. Confirme a entrega real nos dispositivos de resposta, não apenas uma resposta bem-sucedida HTTP.
- Mude uma integração de baixo risco e observe um ciclo de plantão. Mantenha o endpoint e a configuração anteriores disponíveis para reversão; evite paginar os respondentes de ambos os sistemas durante o teste de sombra.
Você precisa substituir Grafana painéis?
Não. Mudar o atendimento de plantão é uma decisão separada da mudança de monitoramento. Grafana Alerting pode enviar alertas para IncidentRelay; os painéis podem permanecer onde estão. Comece com uma implantação de teste e um fluxo de alerta.
Grafana OnCall e Grafana Cloud IRM são produtos do Grafana Labs. IncidentRelay não é afiliado ao Grafana Labs.