P1 → najpierw telefon
Priorytet monitora P1 mapuje się na WardenPoint 'critical' — telefon pierwszy, Telegram głos drugi, e-mail w trzeciej minucie. Monitory P4–P5 zostają na e-mailu.
Dodaj WardenPoint jako webhook Datadog. Priorytet monitora (P1–P5) mapuje się na severity alertu, recovery wysyła powiadomienie o rozwiązaniu i anuluje łańcuch eskalacji, a niepotwierdzone alerty eskalują przez głos, Telegram, SMS i e-mail.
Anatomia alertu Datadog
LIVEKonfiguracja
Utwórz webhook raz, potem odwołuj się do niego z wiadomości powiadomień dowolnego monitora.
Integrations → Webhooks → New. Nazwij go WardenPoint.
$ Integrations › Webhooks › NewWstaw URL WardenPoint w pole URL, dodaj nagłówek Authorization: Bearer <twój secret> i wklej poniższy szablon treści w pole Payload.
$ URL › https://wardenpoint.com/api/v1/integrations/alerts/…W wiadomości powiadomienia dowolnego monitora dodaj {'@'}webhook-WardenPoint. Datadog odpala webhook przy trigger i przy recovery automatycznie.
$ Monitor › Notify › {'@'}webhook-WardenPointFormat na drucie
Datadog buduje treść z $-zmiennych. WardenPoint mapuje priorytet monitora na severity, a alert transition na firing lub resolved.
Wzorce routingu
Przepuść różne priorytety monitorów lub zespoły przez osobne integracje WardenPoint, każdą podłączoną do własnego łańcucha eskalacji.
Priorytet monitora P1 mapuje się na WardenPoint 'critical' — telefon pierwszy, Telegram głos drugi, e-mail w trzeciej minucie. Monitory P4–P5 zostają na e-mailu.
Utwórz dedykowaną integrację WardenPoint, której grupą odbiorców jest łańcuch zespołu, i odwołuj się do niej jako {'@'}webhook-<zespół> tylko w monitorach tego zespołu.
Transition Recovered POSTuje na ten sam URL WardenPoint. WardenPoint oznacza alert jako rozwiązany, wysyła powiadomienie o rozwiązaniu do łańcucha i anuluje trwającą eskalację.
FAQ Datadog
Utwórz webhook, odpal testowy monitor i przeczytaj linię audit. Bez karty kredytowej. Bez ryzyka produkcyjnego.