Integracja Uptime Kuma

Zamień przestój Uptime Kuma w połączenia, Telegram i eskalację

Skieruj powiadomienie webhook dowolnego monitora Uptime Kuma na WardenPoint. Przestój uruchamia łańcuch eskalacji; recovery wysyła powiadomienie o rozwiązaniu i anuluje łańcuch. Zero kodu.

Zacznij za darmo Zobacz przykłady API
Konfiguracja
Per monitor
Recovery
Info o rozwiązaniu
Kanały
8

Anatomia przestoju Kumy

LIVE
Uptime Kuma → notification
Brak dostępu do interfejsu API płatności przez 60 sekund
WardenPoint
eskaluj · potwierdzenie · info o rozwiązaniu
Telegram
Voice call
Email

Konfiguracja

Trzy kliknięcia per monitor

Uptime Kuma trzyma notifications per monitor. Dodaj WardenPoint raz, potem przypnij do monitorów, które mają eskalować.

  1. 1Krok 1

    Dodaj WardenPoint jako notification

    Settings → Notifications → Setup Notification. Wybierz 'Webhook' jako typ. Nazwij go WardenPoint.

    $ Settings › Notifications › + Setup
  2. 2Krok 2

    Wklej URL i nagłówek auth

    Wklej URL WardenPoint w pole Post URL (typ żądania POST). W Additional Headers dodaj Authorization: Bearer <twój secret>, a treść zostaw jako application/json.

    $ Post URL › https://wardenpoint.com/api/v1/integrations/alerts/…
  3. 3Krok 3

    Przypnij do monitorów

    Na każdym monitorze do eskalacji: Edit → Notifications → zaznacz 'WardenPoint'. Powiadomienia recovery palą się automatycznie.

    $ Monitor › Edit › Notifications

Format na drucie

Co Uptime Kuma POSTuje na przestój

Kuma wysyła metadane monitora plus obiekt heartbeat opisujący awarię. WardenPoint wyciąga nazwę monitora, URL i status up/down.

Kuma → WardenPoint
kuma-webhook.jsonJSON
{
"monitor": {
"name": "payments-api",
"url": "https://api.example.com/health",
"type": "http"
},
"heartbeat": {
"status": 0,
"msg": "Connection timeout after 10s",
"time": "2026-05-17 13:42:18"
}
}
Rozsyłka WardenPoint
WardenPoint response202
{
"status": "queued",
"notification_uuid": "notif_8h2k7yQrxJp",
"channels_planned": [
"telegram_voice",
"voice_call",
"email"
],
"escalation_chain_id": "esc_4j2k9bMcvL"
}

Wzorce routingu

Trzy wzorce procesów uptime

Przepuść różne grupy monitorów przez osobne integracje WardenPoint, każdą podłączoną do własnego łańcucha eskalacji.

Tier

Serwisy tier-1 → telefon

Utwórz dedykowaną integrację WardenPoint dla monitorów tier-1 (płatności, autoryzacja, finalizacja transakcji), której grupa odbiorców uderza najpierw w głos i Telegram, i podłącz ją tylko do tych monitorów. Monitory tier-2 kierują na drugą integrację, która idzie na e-mail.

match
monitory tier-1
→ route
→ głos + Telegram
Environment

Eskalacja tylko z produkcji

Przepuść monitory prod i staging przez osobne integracje WardenPoint. Integrację z pełnym łańcuchem podłącz do monitorów produkcyjnych; przestoje staging wyślij na osobną, tylko e-mailową.

match
monitory prod
→ route
→ pełny łańcuch
Recovery

Recovery wysyła powiadomienie o rozwiązaniu

Uptime Kuma wysyła powiadomienie recovery automatycznie, gdy monitor wraca. WardenPoint oznacza alert jako rozwiązany, wysyła powiadomienie o rozwiązaniu do łańcucha i anuluje trwającą eskalację.

match
heartbeat.status: 1 (up)
→ route
→ Rozwiązano

FAQ Uptime Kuma

Najczęstsze pytania o integrację Uptime Kuma

Tak. Domyślnie Kuma wysyła powiadomienie zarówno przy awarii, jak i przy powrocie usługi. WardenPoint odczytuje `heartbeat.status` i przy recovery oznacza alert jako rozwiązany oraz wysyła powiadomienie o rozwiązaniu. Recovery automatycznie anuluje też trwającą eskalację (domyślnie włączone); jeśli wolisz powiadamiać do czasu potwierdzenia przez człowieka, wyłącz w ustawieniach integracji opcję „Anuluj eskalację po ustąpieniu alertu”.
Plan darmowy

Spraw, by przestoje Kumy trudniej było przeoczyć

Podłącz jeden monitor, ubij jego endpoint i obserwuj, jak łańcuch eskalacji idzie od początku do końca.

Zacznij za darmo Powrót do integracji
  • Podłączenie per monitor
  • Recovery anuluje eskalację
  • Bez flap-alertów