P1 → спочатку телефон
Пріоритет монітора P1 мапиться у WardenPoint 'critical' — спочатку телефон, потім Telegram голос, email на третій хвилині. Монітори P4–P5 залишаються на email.
Додайте WardenPoint як webhook Datadog. Пріоритет монітора (P1–P5) мапиться у severity сповіщення, recovery надсилає сповіщення про вирішення і скасовує ланцюг ескалації, а непідтверджені сповіщення ескалюють через голос, Telegram, SMS і email.
Анатомія сповіщення Datadog
LIVEНалаштування
Створіть webhook один раз, потім посилайтеся на нього з повідомлення сповіщення будь-якого монітора.
Integrations → Webhooks → New. Назвіть його WardenPoint.
$ Integrations › Webhooks › NewВставте URL WardenPoint у поле URL, додайте заголовок Authorization: Bearer <ваш secret> і вставте шаблон вмісту нижче у поле Payload.
$ URL › https://wardenpoint.com/api/v1/integrations/alerts/…У повідомленні сповіщення будь-якого монітора додайте {'@'}webhook-WardenPoint. Datadog відпалює webhook при trigger і при recovery автоматично.
$ Monitor › Notify › {'@'}webhook-WardenPointФормат у мережі
Datadog будує тіло з $-змінних. WardenPoint мапить пріоритет монітора у severity, а alert transition у firing або resolved.
Маршрутизація-рецепти
Пропустіть різні пріоритети моніторів або команди через окремі інтеграції WardenPoint, кожну підключену до власного ланцюга ескалації.
Пріоритет монітора P1 мапиться у WardenPoint 'critical' — спочатку телефон, потім Telegram голос, email на третій хвилині. Монітори P4–P5 залишаються на email.
Створіть окрему інтеграцію WardenPoint, де групою отримувачів є ланцюг команди, і посилайтеся на неї як {'@'}webhook-<команда> лише в моніторах цієї команди.
Transition Recovered POST-ить на той самий URL WardenPoint. WardenPoint позначає сповіщення як вирішене, надсилає сповіщення про вирішення у ланцюг і скасовує активну ескалацію.
FAQ Datadog
Створіть webhook, запустіть тестовий монітор і прочитайте audit-рядок. Без кредитки. Без production-ризику.