Der Alarm erreicht die richtige Person, nicht das Rauschen.
Ihr Monitoring-Stack feuert einen Webhook; SendNomi leitet den Alarm nach Schweregrad und Label an das richtige Team, verteilt Zusammenfassungen nach Zeitplan und führt die Incident-Response von Anfang bis Ende protokolliert. Operations-E-Mail ist entweder Rauschen oder Lebensretter — der Unterschied ist die Routing-Regel.
Kein Rauschen — eine E-Mail an das richtige Team.
Ein Prometheus-Schwellwertbruch oder ein Grafana-Alarm kommt als Webhook an; die Regel wählt anhand von Schweregrad (P1–P3) und Labels das Zielteam. Der Bereitschaftsingenieur erhält eine formatierte E-Mail mit Kontextzusammenfassung, und jeder Alarm landet in einem Protokoll mit Zeitstempel. SendNomi sitzt vor Ihrem bestehenden Monitoring-Stack — kein SDK nötig.
- Ereignis Ein Schwellwertbruch oder Alarm kommt als Webhook an.
POST /webhooks/alerts - Regel Schweregrad- + Label-Abgleich wählt das Zielteam.
severity=P1 → Team: Bereitschaft - Versand Eine formatierte Alarm-Mail mit Kontextzusammenfassung.
Vorlage: alert-context - Protokoll Wer, wann, warum — ein Log mit Zeitstempel.
Aufbewahrung: 12 Monate
Das Rauschen setzt sich in einem Morgenbericht ab.
Tägliche und wöchentliche Zusammenfassungen erzeugen sich selbst über einen Cron-Auslöser: Ein vorlagenbasierter Bericht geht als einzelne E-Mail an das Team, ohne manuelle Aufbereitung. Eine neue Route, ein Wartungsfenster oder eine Release-Note reist über denselben Kanal — mit einem Klick an ein rollenbasiertes Publikum veröffentlicht, sodass das ganze Team es gleichzeitig erfährt.
- Tägliche Log-Zusammenfassung Ein Vorlagenbericht erreicht das Team jeden Morgen.
Auslöser: Cron · täglich - Wöchentliche Zusammenfassung Die Metriken der Woche in einer einzigen E-Mail.
Auslöser: Cron · wöchentlich - System-Ankündigung Deploy, Wartung, Route — mit einem Klick veröffentlicht.
Ziel: rollenbasiert
Ein Vorfall wird nicht nur gelöst; er wird angekündigt, verfolgt, nachbereitet.
In dem Moment, in dem ein P1-Alarm öffnet, hat der Bereitschaftsingenieur die Kontextzusammenfassung; Stakeholder erhalten Status aus einer Quelle, und Fortschrittsnotizen gehen in festen Intervallen von selbst hinaus, solange die Lösung läuft. Schließt der Vorfall, werden Impact-Fenster und Zusammenfassung verteilt; die Timeline des Post-Vorfall-Berichts füllt sich aus dem Audit-Log. Kein Schritt fällt aus dem Protokoll.
- ERKENNEN Vorfall eröffnet
P1-Alarm; der Bereitschaftsingenieur erhält sofort eine E-Mail mit Kontextzusammenfassung.
- ANKÜNDIGEN Stakeholder-Hinweis
Betroffene Teams und Manager erhalten Status aus einer Quelle.
- AKTUALISIEREN Fortschrittsnotiz
Automatische Status-Updates in festen Intervallen, solange die Lösung läuft.
- SCHLIESSEN Lösungsmeldung
Impact-Fenster und Kurzzusammenfassung gehen an alle Stakeholder.
- REVIEW Post-Vorfall-Bericht
Die Timeline füllt sich von selbst aus dem Audit-Log.
Die ersten Sekunden eines P1-Alarms.
Wie ein Alarm in einer repräsentativen Installation als Webhook hereinkommt und zum nachvollziehbaren Eintrag wird — Latenzwerte gelten für eine typische Konfiguration und variieren mit der Regelkomplexität.
Die Alarm-Mail trägt eine Kontextzusammenfassung: welcher Dienst, welcher Schwellwert, seit wann.
Ihr erster Versand in wenigen Minuten.
Erstellen Sie Ihr kostenloses Konto — 500 Sendungen pro Monat, unbefristet.