Żądanie HTTP
Zadanie HTTP pokazuje, czy witryna lub usługa internetowa otwiera się zgodnie z oczekiwaniami podczas normalnego działania.
Kiedy używać
- Gdy potrzebujesz kontrolować stronę internetową, konto osobiste lub punkt końcowy kondycji.
- Kiedy istotne jest sprawdzenie nie tylko dostępności serwera, ale także poprawności odpowiedzi HTTP.
- Gdy chcesz zobaczyć awarię oczami użytkownika, a nie tylko poprzez otwarty port.
Kiedy wybrać inny typ
- Jeśli potrzebujesz jedynie sprawdzić podstawową dostępność sieciową serwera, często wystarczy Ping.
- Jeśli ważny jest tylko okres ważności certyfikatu, lepszym wyborem będzie SSL.
- Jeśli monitorowanie musi czekać na sygnał z procesu zewnętrznego, użyj „Zdarzenia zewnętrznego”.
Uwaga:
do głównego sprawdzenia lepiej wybrać adres URL, który rzeczywiście odzwierciedla stan pracy usługi,
a nie losową stronę, która może ulec zmianie ze względu na logowanie, reklamy lub personalizację.
Typowe pola formularzy
| Pole | Co to znaczy | Co wskazać | Przykład |
|---|---|---|---|
| Zadanie włączone | Określa, czy sprawdzanie zostanie uruchomione natychmiast po zapisaniu. | Pozostaw zadanie włączone, jeśli chcesz natychmiast rozpocząć monitorowanie. | Dołączony |
| Nazwa | Nazwa czeku na liście i powiadomieniach. | Wskaż, co dokładnie jest sprawdzane. | strona główna przykład.com |
| Grupa | Umożliwia przypisanie zadania do projektu lub sekcji. | Wybierz grupę, jeśli chcesz zachować zadania projektu razem. | Strona internetowa przykład.com |
| Interwał | Jak często będzie przeprowadzana kontrola HTTP. | Wybierz interwał na podstawie ważności strony lub usługi. | 5 minut |
| Kanały powiadomień | Gdzie wysłać wiadomość o problemie i sposobie odzyskiwania. | Zaznacz kanały, na których faktycznie czytasz powiadomienia. | Telegram i e-mail |
| Raporty | Okresowe podsumowania zadań. | Włącz, jeśli chcesz otrzymać przegląd bez konieczności ręcznego logowania się do panelu. | Raport tygodniowy |
Pola walidacyjne HTTP
| Pole | Co to znaczy | Co wskazać | Przykład |
|---|---|---|---|
| Metoda | Jakie żądanie HTTP zostanie wysłane. | GET jest zwykle wystarczający. Inne metody są potrzebne, jeśli wymaga ich punkt końcowy. | GET |
| URL | Pełny adres strony lub punktu końcowego, który należy sprawdzić. | Podaj pełny adres URL ze schematem i domeną. | https://example.com/health |
| Przekroczenie limitu czasu | Jak długo należy czekać na odpowiedź, zanim wystąpi błąd niedostępności. | Wybierz wartość nieco wyższą niż normalny czas odpowiedzi Twojej usługi. | 30 sekund |
| Słowo kluczowe | Dodatkowa weryfikacja treści odpowiedzi. | Określ tekst, który powinien znaleźć się w odpowiedzi. | OK |
| Ustawienia zaawansowane | Otwiera dodatkowe pola HTTP. | Uwzględnij tylko wtedy, gdy potrzebujesz nagłówków, treści żądania lub własnej listy kodów sukcesu. | Dołączony |
| Nagłówki | Dodatkowe nagłówki żądań HTTP. | Dodaj tylko te nagłówki, których faktycznie potrzebuje Twój interfejs API. | Authorization: Bearer <token> Accept: application/json |
| Treść | Treść żądania HTTP dla POST, PUT lub PATCH. | Wypełnij, jeśli punkt końcowy oczekuje treści JSON lub innej treści żądania. | {"event":"healthcheck"} |
| Pomyślne kody odpowiedzi | Które kody HTTP są uważane za normalne wyniki. | Pozostaw standardowy zakres lub ustaw własne kody i zakresy. | 200-299, 301 |
| Dozwolone punkty kontrolne | Od jakich punktów będzie odbywać się kontrola? | Zostaw wszystkie punkty, jeśli nie potrzebujesz specjalnego scenariusza dla regionów lub sieci. | Wszystkie punkty kontrolne |
Kiedy nadejdzie alarm
- Witryna lub punkt końcowy nie odpowie na czas.
- Serwer zwróci kod, którego nie ma na liście udanych.
- Odpowiedź nie będzie zawierać wymaganego tekstu, jeśli podano słowo kluczowe.