Webhook vs E-Mail vs Telegram-Alerts

E-Mail-Alerts

Pro:

• Universell - jeder hat E-Mail
• Audit Trail - der Verlauf der zugestellten Nachrichten bleibt im Posteingang
• Geeignet für Summary-Reports (täglich, wöchentlich)
• Filtermöglichkeiten (Gmail Filters, Outlook Rules) → Archiv / Weiterleitung
• Sicher für sensible Infos (mit S/MIME- oder PGP-Verschlüsselung oder wenigstens TLS in Transit)

Kontra:

• Langsame Zustellung - Latenz von 5 Sekunden bis mehrere Minuten
• Spamfilter können einen legitimen Alert abfangen
• Benachrichtigungen sind „leiser" - der mobile Client meldet sich evtl. nicht
• Bei einem 24/7-Vorfall wird E-Mail zu unbrauchbarem Rauschen (50+ Nachrichten pro Stunde)

Wann geeignet: Geplante Reports (wöchentliche Uptime-Zusammenfassung), Low-Priority-Alerts, Rechnungszustellung, Vorfall-Zusammenfassung nach Abschluss.

Telegram-Alerts

Pro:

• Zustellung in Sekunden - in Echtzeit
• Push-Benachrichtigungen mit eigenem Ton (kann den Silent-Mode umgehen)
• Die Bot-API ist einfach und kostenlos
• Gruppenkanäle - das ganze Team sieht die Alerts
• Reichhaltige Formatierung (Markdown, Acknowledge-Buttons)

Kontra:

• Erfordert Konto und Client-Installation (die meisten haben es)
• Telegram ist ein Drittanbieter - die Daten laufen über deren Server (für nicht-sensibles Monitoring in Ordnung; für sensible Infos signierte Nachrichten oder eine On-Premise-Alternative erwägen)
• Keine Audit-Historie außerhalb des Chats
• Der Nutzer kann den Bot stummschalten oder versehentlich blockieren und erhält dann den Alert nicht

Wann geeignet: Echtzeit-Ausfälle, On-Call-Benachrichtigungen, jeder Vorfall der Stufe SEV1 / SEV2, kleines Team mit gemeinsamem Kanal.

Webhook

Ein generischer Weg, einen HTTP-POST-Request irgendwohin zu senden - an Slack, Discord, PagerDuty, Opsgenie oder einen eigenen Endpoint.

Pro:

• Universell - Integration mit praktisch jedem Tool
• Programmierbar - ein eigener Handler kann Alerts klassifizieren, transformieren und eskalieren
• Viele Tools haben eingebaute Webhook-Receiver (Slack Incoming Webhook, Discord Webhook, PagerDuty Events API)
• Gut für Instrumentierung - Logging, Dashboards, Korrelation

Kontra:

• Erfordert Setup und Wartung (URL, Auth, Retry-Logik)
• Sicherheitshygiene (HMAC-Signatur zur Authentizitätsprüfung)
• Single Point of Failure, wenn alles über einen Endpoint ohne Redundanz läuft

Wann geeignet: Integration mit Team-Tools (Slack, Discord), Eskalation in ein Paging-System (PagerDuty), Automatisierung (automatisches Anlegen eines JIRA-Tickets bei SEV1).

Push zu Slack / Discord

Der häufigste konkrete Webhook-Use-Case. Zielkanal:

• der #alerts- oder #monitoring-Kanal (Low-Priority, Info)
• der #incidents-Kanal mit @channel-Mention für SEV1 (High-Priority, Attention Required)

ePulz.io erkennt den Typ der Webhook-URL (Slack, Discord, Microsoft Teams oder custom) und sendet ein korrekt formatiertes Payload (Block Kit für Slack, Embeds für Discord oder generisches JSON).

Praktische Strategie: Kombination der Kanäle

Ein realistisches Setup für ein 5-Personen-Team:

1. Telegram-Gruppe für das On-Call-Team - erhält alle SEV1/SEV2-Alerts in Echtzeit.
2. Slack-Kanal #monitoring via Webhook - erhält alles inklusive SEV3 (Info für das ganze Team).
3. E-Mail - wöchentlicher Uptime-Summary-Report für das Management.
4. Webhook zu PagerDuty (oder Opsgenie) für SEV1 - aktiviert Eskalation und Paging via SMS oder Anruf, wenn der primäre On-Call nicht reagiert.

Derselbe Alert muss nicht überall hingehen. ePulz.io unterstützt eine Konfiguration pro Monitor, welche Kanäle verwendet werden.

Regeln für den Alert-Content

Unabhängig vom Kanal muss ein Alert enthalten:

• Was ist down - Monitor-Name + URL
• Welches Problem - HTTP 502 / Timeout / SSL abgelaufen / Keyword fehlt
• Wann erkannt - Timestamp in der lokalen Zeitzone
• Severity - critical / major / minor
• Link zum Detail - ein direkter Deep Link zur Monitor-View, History und den letzten Checks
• Acknowledge-Button (wo möglich) - für eine interaktive Reaktion

Anti-Pattern: derselbe Alert in allen Kanälen

Jeden Alert in Slack + Telegram + E-Mail + SMS + Discord + Webhook zu senden bedeutet Noise Pollution. Das Team ignoriert es, und kritische Alerts gehen im Rauschen unter.

Besser: gestuftes Alerting. SEV3 geht in Slack, SEV2 in Slack + Telegram, SEV1 in alles inklusive Paging. Eskalation, kein flächendeckender Broadcast.

Fazit

E-Mail, Telegram und Webhook sind keine Alternativen - sie ergänzen sich. E-Mail für Dokumentation, Telegram für die Echtzeit-Reaktion, Webhook für die Integration mit anderen Systemen. Qualitatives Monitoring unterstützt alle drei und erlaubt eine Konfiguration pro Monitor, welche Kanäle verwendet werden.

Benachrichtigungen nach Ihren Bedürfnissen

E-Mail, Telegram, generischer Webhook + Auto-Detect für Slack, Discord und Microsoft Teams. 7 Tage kostenlos.

Monitoring starten →