Waarom een on-call platform?
Oproepsystemen bevatten gevoelige operationele gegevens: personeelsschema's, contactgegevens, waarschuwingspayloads, servicenamen, incidenttijdlijnen en links naar interne systemen. Sommige teams houden die informatie liever binnen hun eigen netwerk en database.
Self-hosting geeft teams ook controle over implementatie timing, integraties, retentie, back-ups en toegangsgrenzen. De trade-off is eenvoudig: u beheert het platform en bezit de beschikbaarheid ervan. Er is geen magische cloud, alleen een computer die ergens anders facturen ontvangt.
Wat bevat IncidentRelay
- Oproepschema's, rotatielagen en tijdelijke overschrijven.
- Waarschuw routering voor Alertmanager, Zabbix, Sentry en generieke webhooks.
- Escalatiebeleid, herinneringen en verzoeken van de responder.
- Diensten, afhankelijkheden, onderhoudsramen en incidentprioriteiten.
- Mattermost, Telegram, e-mail, browser push, webhook en spraakmeldingen.
- Persoonlijke API tokens en Open API documentatie.
Selectiemogelijkheden
IncidentRelay ondersteunt verschillende implementatiemodellen zodat teams gebruik kunnen maken van bekende operationele tools.
| Methode | Typisch gebruik |
|---|---|
| Docker Compose | Evaluatie, kleinere omgevingen en eenvoudige containertoepassingen. |
| RPM-pakketten | Red Hat-achtige Linux systemen beheerd door pakket en systeem workflows. |
| Handmatig gesystemeerd | Bron-gebaseerde implementaties en aangepaste Python omgevingen. |
| Helm grafiek | Kubernetes implementaties met aparte web, scheduler en optionele Telegram werknemers. |
Database- en schaalkeuzes
SQLite is beschikbaar voor kleine, single-node installaties. PostgreSQL is de praktische keuze voor grotere of langer lopende omgevingen, een hoger alarmvolume en implementaties met meerdere webmedewerkers. De scheduler draait als een apart proces zodat herinneringen en escalaties niet worden gedupliceerd over webwerkers.
Integreer met de stack die je al uitvoert
IncidentRelay fungeert als een routinglaag tussen monitoringsystemen, service-eigendom, schema's en notificatiebestemmingen. Routes hebben hun eigen intake tokens en bepalen waar inkomende waarschuwingen gaan. Kanalen beschrijven hoe de geselecteerde responder wordt aangemeld.
Generieke webhooks en Open API eindpunten maken het mogelijk om interne tools te verbinden zonder te wachten op een leveranciersspecifieke integratie. Aangepaste spraakproviders kunnen worden geïnstalleerd voor teams die hun eigen telefonie workflow.
Operationele verantwoordelijkheden
Een zelfgehost incidentplatform moet als productie-infrastructuur worden behandeld. Plan database back-ups, volg de web- en schedulerservices, test meldingskanalen en houd een noodpad voor incidenten die van invloed zijn op IncidentRelay Zelf.
API's, configuratie en schema kunnen evolueren tussen releases, dus beoordeling release notes en test upgrades voor de productie uitrol.