{"id":183054,"date":"2026-08-20T10:54:33","date_gmt":"2026-08-20T08:54:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/vypusk-incidentrelay-2-0-sistemy-dlya-organizaczii-dezhurstv-i-marshrutizaczii-opoveshhenij"},"modified":"2026-08-20T10:54:38","modified_gmt":"2026-08-20T08:54:38","slug":"incidentrelay-2-0-release-on-call-scheduling-and-alert-routing-system","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/incidentrelay-2-0-release-on-call-scheduling-and-alert-routing-system","title":{"rendered":"Lan\u00e7amento do IncidentRelay 2.0, um sistema para organiza\u00e7\u00e3o de plant\u00f5es e roteamento de notifica\u00e7\u00f5es","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ado o projeto IncidentRelay 2.0, que desenvolve um sistema aberto para organizar plant\u00f5es, roteamento de alertas e acompanhamento de incidentes, implement\u00e1vel em servidor pr\u00f3prio (self-hosted). O projeto \u00e9 direcionado a equipes de SRE, DevOps e infraestrutura, que precisam de uma alternativa local \u00e0s plataformas de gerenciamento de plant\u00f5es em nuvem. O c\u00f3digo \u00e9 escrito em Python e distribu\u00eddo sob a licen\u00e7a MIT. <\/p>\n
O IncidentRelay recebe eventos do Prometheus Alertmanager, Grafana Alerting, Zabbix, Sentry, LibreNMS, RMON, AWS SNS\/CloudWatch, Datadog, Uptime Kuma e de manipuladores de webhook arbitr\u00e1rios. Ap\u00f3s a normaliza\u00e7\u00e3o, o evento \u00e9 vinculado ao servi\u00e7o, \u00e0 equipe e \u00e0 rota\u00e7\u00e3o, s\u00e3o aplicadas regras de roteamento e pol\u00edticas de escalonamento, e a notifica\u00e7\u00e3o \u00e9 enviada ao plantonista atual. Para entrega, s\u00e3o suportados Mattermost, Slack, Telegram, Discord, Microsoft Teams, email, webhook, push no navegador\/PWA e provedores de chamadas de voz. <\/p>\n
A principal novidade da vers\u00e3o 2.0 \u00e9 o mecanismo de Orquestra\u00e7\u00e3o de Eventos, que fornece uma camada separada de processamento de eventos entre as integra\u00e7\u00f5es de entrada e o ciclo de vida do alerta. As principais mudan\u00e7as s\u00e3o: <\/p>\n
\n
Adicionado um editor visual de regras de orquestra\u00e7\u00e3o. As regras podem ser aplicadas globalmente ou a um servi\u00e7o espec\u00edfico, agrupadas em grupos de condi\u00e7\u00f5es aninhadas e alteradas sequencialmente em prioridade, n\u00edvel de import\u00e2ncia, r\u00f3tulos, equipe, rota, m\u00e9todo de agrupamento, pol\u00edticas de notifica\u00e7\u00e3o e escalonamento;\n
Implementadas a\u00e7\u00f5es para suprimir, descartar e pausar o processamento de eventos, extrair valores usando express\u00f5es regulares e JSON Path, dividir strings, criar vari\u00e1veis e converter valores;\n
A configura\u00e7\u00e3o de orquestra\u00e7\u00e3o \u00e9 dividida em rascunhos edit\u00e1veis e vers\u00f5es publicadas imut\u00e1veis. Suportadas verifica\u00e7\u00e3o de configura\u00e7\u00e3o, publica\u00e7\u00e3o, revers\u00e3o para vers\u00f5es anteriores e adi\u00e7\u00e3o de coment\u00e1rios \u00e0s altera\u00e7\u00f5es;\n
Est\u00e3o dispon\u00edveis os modos disabled, shadow e active. No modo shadow, os resultados da execu\u00e7\u00e3o das regras s\u00e3o salvos para an\u00e1lise, mas n\u00e3o influenciam a rotea\u00e7\u00e3o real. Para o per\u00edodo de transi\u00e7\u00e3o, est\u00e3o dispon\u00edveis os modos de compatibilidade legacy, hybrid e orchestration;\n
Adicionados recursos de simula\u00e7\u00e3o e reprodu\u00e7\u00e3o de eventos. Eles permitem testar as regras em um evento normalizado ou payload original da integra\u00e7\u00e3o sem gerar um alerta real. Para a an\u00e1lise dos resultados, s\u00e3o fornecidas informa\u00e7\u00f5es de rastreamento de execu\u00e7\u00e3o, dados Explain e m\u00e9tricas de modo sombra.\n
Implementadas a\u00e7\u00f5es webhook reutiliz\u00e1veis, executadas de forma ass\u00edncrona ap\u00f3s o processamento do evento. Os cabe\u00e7alhos s\u00e3o armazenados de forma criptografada, segredos s\u00e3o ocultados na API e nos logs, e chamadas para redes privadas s\u00e3o, por padr\u00e3o, proibidas. \u00c9 poss\u00edvel configurar timeouts, tentativas de repeti\u00e7\u00e3o e uma lista de endere\u00e7os internos permitidos.\n
Adicionada integra\u00e7\u00e3o com Uptime Kuma, que recebe mensagens de webhook padr\u00e3o sobre o estado dos monitores. Implementadas a normaliza\u00e7\u00e3o dos estados UP e DOWN, a determina\u00e7\u00e3o de import\u00e2ncia, o processamento de tags e um novo tipo de rota de entrada uptime_kuma.\n
Para silences e janelas de manuten\u00e7\u00e3o foram adicionados os par\u00e2metros apply_to_existing e reactivate_on_end. O primeiro permite aplicar a supress\u00e3o a alertas j\u00e1 abertos, enquanto o segundo determina se deve reiniciar o processamento ap\u00f3s o t\u00e9rmino do per\u00edodo de supress\u00e3o. Notifica\u00e7\u00f5es, lembretes e cadeias de escalonamento s\u00e3o suspensos e restaurados.\n
Para tokens API pessoais, foram introduzidos direitos de leitura e modifica\u00e7\u00e3o separados para grupos, equipes, usu\u00e1rios, rotas, canais, servi\u00e7os, rota\u00e7\u00f5es, pol\u00edticas, janelas de manuten\u00e7\u00e3o, verifica\u00e7\u00f5es de heartbeat, SSO e orquestra\u00e7\u00f5es. Os antigos direitos agregados resources:read, resources:write e * foram mantidos para compatibilidade retroativa.\n
Adicionado um interface de registro de auditoria com filtragem e pagina\u00e7\u00e3o. O registro documenta opera\u00e7\u00f5es com orquestra\u00e7\u00f5es, a\u00e7\u00f5es webhook, silences e janelas de manuten\u00e7\u00e3o, enquanto valores confidenciais s\u00e3o removidos dos dados exibidos.\n
No interface web, surgiu um tema escuro e configura\u00e7\u00f5es personalizadas de idioma e estilo. Adicionada a localiza\u00e7\u00e3o em franc\u00eas, ampliadas as tradu\u00e7\u00f5es das se\u00e7\u00f5es de orquestra\u00e7\u00e3o e manuten\u00e7\u00e3o, corrigida a edi\u00e7\u00e3o de regras de correspond\u00eancia de grupos SSO.\n
Melhorado o funcionamento das verifica\u00e7\u00f5es de heartbeat: eliminado a recria\u00e7\u00e3o de eventos de expira\u00e7\u00e3o, a recupera\u00e7\u00e3o do sinal fecha corretamente o alerta e envia uma notifica\u00e7\u00e3o sobre a resolu\u00e7\u00e3o do problema, e unificado a apresenta\u00e7\u00e3o dos timestamps.\n
Foi elaborada a documenta\u00e7\u00e3o para implanta\u00e7\u00e3o no Kubernetes usando Helm. Um manipulador separado do Slack Socket Mode foi adicionado ao chart Helm, necess\u00e1rio para o funcionamento dos bot\u00f5es interativos de confirma\u00e7\u00e3o e fechamento de incidentes;\n
A prote\u00e7\u00e3o contra solicita\u00e7\u00f5es HTTP de sa\u00edda, express\u00f5es regulares e dados confidenciais foi refor\u00e7ada, o processamento em UTC e fusos hor\u00e1rios foi centralizado, os c\u00e1lculos de cronograma de rota\u00e7\u00f5es foram reestruturados e a cobertura de testes autom\u00e1ticos foi expandida. <\/ul>\n
Antes da atualiza\u00e7\u00e3o, \u00e9 recomend\u00e1vel criar um backup do banco de dados. As mudan\u00e7as necess\u00e1rias no esquema s\u00e3o realizadas pelo mecanismo padr\u00e3o de migra\u00e7\u00f5es do IncidentRelay. Para uma implementa\u00e7\u00e3o gradual do Event Orchestration, os desenvolvedores recomendam inicialmente usar os modos shadow e hybrid, verificar os rastreamentos da execu\u00e7\u00e3o das regras e s\u00f3 ent\u00e3o alternar a orquestra\u00e7\u00e3o para o modo active. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"