Alerty

Niestandardowe alerty webhooka JSON HTTP POST

Uruchamiaj niestandardowe webhooki HTTP w celu zapewnienia przestoju witryny, zautomatyzowane skrypty przełączania awaryjnego serwera, PagerDuty i niestandardowe narzędzia do zarządzania incydentami.
Zrecenzowano w dniu 2026-07-26

SimpleOps niestandardowe webhooki JSON umożliwiają zautomatyzowane przepływy pracy incydentów, umożliwiając zespołom inżynierskim kierowanie zdarzeń przestojów do niestandardowych mikrousług zaplecza, PagerDuty, automatycznych kontrolerów przełączania awaryjnego DNS lub funkcji bezserwerowych.

Zautomatyzowane przepływy pracy dotyczące incydentów z niestandardowymi webhookami

Standardowe powiadomienia na czacie i e-mailu informują operatorów o przestojach, ale zautomatyzowana infrastruktura wymaga programowych wyzwalaczy zdarzeń.SimpleOps webhooki wysyłają natychmiastowe żądania HTTP POST do wyznaczonych punktów końcowych serwerów w momencie wykrycia lub rozwiązania incydentu przez naszą globalną sieć monitorującą.

Automatyzując reakcję na incydenty za pomocą webhooków, zespoły inżynierów mogą bezdotykowo naprawić infrastrukturę — ​​automatycznie wykonując procedury przełączania awaryjnego, ponownie uruchamiając zablokowane kontenery aplikacji lub uruchamiając kopie zapasowe instancji serwerów, zanim operatorzy zapoznają się nawet z raportem o zdarzeniu.

Architektura i schemat ładunku webhooka

SimpleOps wysyła czyste, uporządkowane ładunki JSON zawierające pełny kontekst diagnostyczny:

{
  "event": "monitor.down",
  "monitor_id": "mon_12345",
  "name": "Production E-commerce API",
  "url": "https://api.example.com/checkout",
  "status": "down",
  "status_code": 500,
  "error_message": "Internal Server Error",
  "response_time_ms": 1240,
  "timestamp": "2026-07-26T19:40:00Z",
  "check_locations": ["us-east", "eu-central", "ap-south"]
}

Typy zdarzeń wysyłane przez webhooki

  • monitor.down: wywoływane, gdy punkt końcowy nie przejdzie kontroli stanu HTTP lub przekroczy limit czasu w przypadku sond weryfikacyjnych obejmujących wiele regionów.
  • monitor.up: Wywoływane, gdy punkt końcowy odzyskuje siły i zwraca kolejne pomyślne kody stanu HTTP 2xx/3xx.
  • ssl.warning : wysyłane, gdy certyfikat SSL osiągnie ostrzegawczy próg wygaśnięcia 30-, 7-dniowego lub 1-dniowego.
  • performance.degraded : Wysyłane, gdy syntetyczne wyniki wydajności Lighthouse lub podstawowe wskaźniki internetowe naruszają określone budżety.

Typowe przypadki użycia automatyzacji webhook

Integracja niestandardowych webhooków umożliwia zespołom inżynierskim tworzenie wydajnych, zautomatyzowanych potoków DevOps:

  1. Automatyczne przełączanie awaryjne ruchu: Przekieruj rekordy DNS (przez Cloudflare API lub AWS Route 53) lub ruch brzegowy CDN z uszkodzonego serwera początkowego do statycznej strony konserwacji lub zapasowego regionu chmury.
  2. Bezserwerowa naprawa: Uruchom funkcję AWS Lambda, Google Cloud Function lub kontroler Kubernetes Webhook, aby zrestartować zamrożony kontener lub wyczyścić przeciążoną pulę pamięci podręcznej Redis/Memcached.
  3. Niestandardowe rejestrowanie zdarzeń: Przechowuj surowe dzienniki zdarzeń przestojów w wewnętrznych instancjach TimescaleDB, Datadog, Grafana lub Elasticsearch na potrzeby audytu zgodności i analizy pośmiertnej.
  4. Integracja z Service Deskiem innych firm: Automatycznie twórz i aktualizuj zgłoszenia w Jira Service Management, Zendesk lub ServiceNow, gdy wystąpią i zostaną rozwiązane awarie.

Techniczne bezpieczeństwo i weryfikacja webhooka

Aby chronić punkty końcowe serwera odbiorczego przed fałszowaniem, atakami typu „replay” lub nieautoryzowanymi żądaniami HTTP, SimpleOps obsługuje standardowe w branży mechanizmy weryfikacji zabezpieczeń:

  • Niestandardowe nagłówki tajnych tokenów: Dołącz niestandardowe nagłówki HTTP (takie jak X-SimpleOps-Secret: your_secret_token ) do każdego ładunku elementu webhook.
  • Podpisy HMAC Digest: Sprawdź integralność przychodzącego ładunku za pomocą podpisów SHA-256 HMAC obliczonych przy użyciu wspólnego tajnego klucza.
  • Stałe zakresy ruchu wychodzącego IP: Skonfiguruj reguły zapory sieciowej, aby zezwalać na ruch elementu webhook wyłącznie z oficjalnych adresów IP sondujących SimpleOps.

Szczegółowe porównanie: webhooki i standardowe kanały ostrzegawcze

FunkcjaNiestandardowe webhookiBot telegramuLuźny webhookPowiadomienia e-mailowe
Odbiorca docelowySerwer API / Proces roboczyUżytkownik/grupa telegramuSlack KanałSkrzynka odbiorcza e-mail
Opóźnienie dostawySubsekundaSubsekundaSubsekunda1–5 minut
Przydatność automatyzacjiPodstawowy (programowy)InformacyjneInformacyjneInformacyjne
Niestandardowe nagłówkiObsługiwaneStandardowy HTMLZestaw blokowy JSONStandardowy e-mail
Spróbuj ponownie logikiWykładniczy wycofaniePonowna próba bramyPonowna próba bramyPonowna próba serwera pocztowego

Wytyczne inżynieryjne dotyczące wdrażania modułów obsługi webhook

Tworząc wewnętrzną procedurę obsługi punktu końcowego w celu przetwarzania przychodzących elementów webhook SimpleOps, należy przestrzegać następujących najlepszych praktyk technicznych:

  1. Potwierdzenie szybkiej odpowiedzi: Zwróć kod stanu 200 OK natychmiast po otrzymaniu i zatwierdzeniu żądania, odraczając intensywne przetwarzanie w tle lub wywołania API do asynchronicznej kolejki zadań.
  2. Weryfikacja idempotencji: Sprawdź pola timestamp i monitor_id, aby upewnić się, że zduplikowane webhooki generowane podczas ponownych prób nie powodują zduplikowanych akcji przełączania awaryjnego.
  3. Weryfikacja podpisu: Zawsze obliczaj podpis HMAC-SHA256 przy użyciu wspólnego sekretu i porównuj go z przychodzącym nagłówkiem podpisu HTTP, korzystając z funkcji porównywania w stałym czasie, aby zapobiec atakom czasowym.
  4. Kompleksowa obsługa błędów: Zwracaj odpowiednie kody stanu HTTP (takie jak 401 Unauthorized w przypadku złych podpisów lub 503 Service Unavailable w przypadku tymczasowej degradacji kolejki), aby ponowne próby wycofywania SimpleOps zachowywały się przewidywalnie.

Konfiguracja krok po kroku: dodawanie niestandardowego webhooka

Konfigurowanie niestandardowego kanału webhooka w SimpleOps zajmuje mniej niż dwie minuty:

  1. Przejdź do Ustawień alertów: Otwórz panel SimpleOps i przejdź do Ustawienia alertów -> Dodaj kanał.
  2. Wybierz webhook: Wybierz Niestandardowy webhook (HTTP POST).
  3. Wprowadź docelowy adres URL punktu końcowego: Wprowadź adres URL punktu końcowego serwera (np. https://api.yourcompany.com/webhooks/simpleops).
  4. Skonfiguruj nagłówki niestandardowe: Dodaj wymagane nagłówki autoryzacji lub tajnego klucza (np. Authorization: Bearer your_api_token).
  5. Wyślij ładunek testowy: Kliknij Wyślij ładunek testowy, aby sprawdzić, czy punkt końcowy serwera odbierającego prawidłowo przetwarza testowe żądanie JSON.
  6. Zapisz kanał: kliknij Zapisz ustawienia, aby włączyć wysyłanie webhooka na żywo.

Obsługa błędów webhooka i zasad ponawiania

Jeśli punkt końcowy serwera odbierającego doświadczy tymczasowego przestoju lub zwróci kod stanu HTTP inny niż 2xx, SimpleOps automatycznie inicjuje wykładnicze ponowne próby wycofywania (ponawianie prób w odstępach 1-, 5-minutowych i 15-minutowych), aby zagwarantować niezawodne dostarczanie powiadomień o zdarzeniach krytycznych.

Tworzenie zautomatyzowanych webhooków za pomocą SimpleOps zapewnia bezdotykową naprawę infrastruktury, umożliwiając zespołowi operacyjnemu natychmiastowe reagowanie na incydenty, usprawnianie przepływów pracy DevOps, eliminowanie ręcznej interwencji i utrzymywanie maksymalnego czasu pracy aplikacji w środowiskach globalnych.Webhooki wypełniają lukę pomiędzy monitorowaniem w czasie rzeczywistym a zautomatyzowanym zarządzaniem infrastrukturą chmurową.

Często zadawane pytania

Często zadawane pytania na ten temat

Zautomatyzowane monitorowanie witryny internetowej 24 godziny na dobę, 7 dni w tygodniu

Upewnij się, że Twoja witryna internetowa pozostaje szybka i funkcjonalna

SimpleOps stale monitoruje czas pracy, certyfikaty bezpieczeństwa SSL, punkty końcowe API i podstawowe wskaźniki internetowe co 60 sekund z ponad 15 globalnych regionów kontroli.