IncidentRelay
Architectuur

Hoe IncidentRelay een waarschuwing door het systeem leidt.

IncidentRelay is een zelf-gehoste webapplicatie die integratie-eindpunten, route-matching, services, schema's, escalatiebeleid, meldingskanalen en incidentopslag verbindt.

Lees technische documenten Voorbeelden bekijken

Hoogwaardige stroom

Monitoring source
  -> Integration endpoint
  -> Route token and matchers
  -> Service resolution
  -> Team and rotation or escalation policy
  -> Notification channels
  -> Alert group and incident history

Belangrijkste onderdelen

Onderdeel Verantwoordelijkheid
Integratie-eindpunten Ontvang Alertmanager, Zabbix, Sentry, LibreNMS en webhaakladingen.
Normalizers Omzetten bron-specifieke ladingen in consistente waarschuwingsvelden, etiketten en ernst.
Routing Pas routetokens, broncontroles, matchers, groeperingsvelden en eigendom toe.
Diensten Voeg de getroffen systeemcontext, koppelingen, runbooks, afhankelijkheden en belanghebbenden toe.
Planning Bereken on-call gebruikers van rotaties, lagen, overrides en escalatie beleid.
Kennisgevingen Lever incidenten updates via chat, e-mail, browser push, webhooks en spraakproviders.
Planner Processen herinneringen, escalaties, notificatie wachtrijen en periodieke taken.
Database Winkelt teams, routes, diensten, schema's, waarschuwingen, alarmgroepen en leveringsdossiers.

Routegrenzen

Route intake tokens zijn opzettelijk route-scoop. Een route definieert de bron, team, schema of escalatie beleid, matchers, groeperen gedrag en aangesloten kanalen. Dit houdt inkomende autorisatie en uitgaande leveringsconfiguratie gescheiden.

Waarom alarmgroepen ertoe doen

IncidentRelay slaat binnenkomende signalen op als waarschuwingen en presenteert operationeel werk rond alarmgroepen. Dat maakt het mogelijk deduplicatie en groepering om lawaai te verminderen met behoud van de kind alert details die nodig zijn voor onderzoek.

Operationele eigendom

Omdat IncidentRelay zelf gehost is, bezit het team dat het beheert back-ups, monitoring, beschikbaarheid, upgrades en netwerkgrenzen. Die verantwoordelijkheid is de afweging voor het houden van gegevens en schema's onder directe controle.