Porquê apresentar uma plataforma de serviço?
Os sistemas de plantão contêm dados operacionais sensíveis: horários de funcionários, dados de contato, cargas úteis de alerta, nomes de serviço, cronogramas de incidentes e links para sistemas internos. Algumas equipes preferem manter essas informações dentro de sua própria rede e banco de dados.
A hospedagem automática também dá às equipes controle sobre o tempo de implantação, integrações, retenção, backups e limites de acesso. O trade-off é simples: você opera a plataforma e possui sua disponibilidade. Não há nuvem mágica, apenas um computador que recebe faturas em outro lugar.
O que IncidentRelay inclui
- Horários em serviço, camadas de rotação e substituições temporárias.
- Roteamento de alerta para Alertmanager, Zabbix, Sentry e webhooks genéricos.
- Políticas de escalada, lembretes e pedidos de resposta.
- Serviços, dependências, janelas de manutenção e prioridades de incidentes.
- Mattermost, Telegram, email, push do navegador, webhook e notificações de voz.
- Fichas pessoais API e documentação Open API
Opções de implantação
IncidentRelay suporta vários modelos de implantação para que as equipes possam usar ferramentas operacionais familiares.
| Método | Utilização típica |
|---|---|
| Docker Compose | Avaliação, ambientes menores e implantação de contêineres simples. |
| Pacotes RPM | Sistemas Linux tipo Red Hat gerenciados através de fluxos de trabalho de pacotes e sistemas. |
| Sistema manual | Implementações baseadas em código fonte e ambientes Python personalizados. |
| Gráfico Helm | Kubernetes implantações com web separada, agendador e trabalhadores opcionais Telegram. |
Escolhas de banco de dados e escala
SQLite está disponível para pequenas instalações de um único nó. PostgreSQL é a escolha prática para ambientes maiores ou mais longos, maior volume de alerta e implantações com vários trabalhadores da web. O escalonador é executado como um processo separado, então lembretes e escalações não são duplicados entre trabalhadores da web.
Integrar com a pilha que já executa
IncidentRelay atua como uma camada de roteamento entre sistemas de monitoramento, propriedade de serviços, horários e destinos de notificação. As rotas têm as suas próprias fichas de admissão e determinam para onde vão os alertas. Os canais descrevem como o respondedor selecionado é notificado.
Os webhooks genéricos e os endpoints Open API permitem conectar ferramentas internas sem esperar por uma integração específica do fornecedor. Os provedores de voz personalizados podem ser instalados para equipes que operam seu próprio fluxo de trabalho de telefonia.
Responsabilidades operacionais
Uma plataforma de incidentes self-hosted deve ser tratada como infraestrutura de produção. Planeje backups de banco de dados, monitore os serviços web e agendador, teste os canais de notificação e mantenha um caminho de emergência para incidentes que afetam IncidentRelay Ele próprio.
API s, configuração e esquema podem evoluir entre lançamentos, então reveja as notas de lançamento e teste de atualizações antes do lançamento da produção.