Dlaczego różnorodność monitorów ma znaczenie • Monitoring webowy i API • Monitoring sieciowy i infrastrukturalny • Monitoring baz danych i usług • Monitoring kontenerów i systemów • Monitoring wiadomości i IoT • Monitoring specjalistyczny • Jak wybrać właściwy typ monitora • Podsumowanie • Najczęściej zadawane pytania
Współczesna infrastruktura IT to znacznie więcej niż strony internetowe. To bazy danych, kontenery Docker, kolejki wiadomości, urządzenia IoT, serwery gier, API microservices i dziesiątki innych komponentów. Każdy z nich wymaga innego podejścia do monitoringu — i właśnie dlatego Uptime Kuma oferuje ponad 30 typów monitorów.
Większość narzędzi monitoringu ogranicza się do kilku podstawowych typów — HTTP, Ping, TCP. Uptime Kuma idzie znacznie dalej, oferując specjalistyczne monitory dla baz danych, kontenerów, protokołów IoT, serwerów gier i wielu innych scenariuszy. To sprawia, że jedno narzędzie może monitorować całą infrastrukturę — od frontendu po backend, od sieci po IoT.
Monitoring webowy to fundament — większość użytkowników zaczyna od sprawdzania dostępności swoich stron i API. Uptime Kuma oferuje kilka wyspecjalizowanych monitorów do tego celu.
| Typ monitora | Opis | Typowe zastosowanie |
|---|---|---|
| HTTP(s) | Sprawdza dostępność URL, kod odpowiedzi, czas odpowiedzi. Obsługuje metody GET, POST, PUT, DELETE, PATCH, HEAD. Pełna autentykacja: Basic, Bearer, OAuth2, mTLS, NTLM. Custom headers, body request, obsługa certyfikatów. | Strony WWW, API REST, endpointy health check, webhook testing |
| HTTP(s) Keyword | Sprawdza, czy strona zawiera (lub nie zawiera) określone słowo kluczowe. Walidacja treści, nie tylko kodu HTTP. | Monitoring treści strony, wykrywanie defacement, sprawdzanie dostępności produktów w sklepie |
| JSON Query | Wysyła zapytanie HTTP i waliduje konkretną wartość w odpowiedzi JSON za pomocą składni JSONata. | Monitoring API, walidacja statusów, sprawdzanie wartości w odpowiedzi JSON |
| Real Browser | Renderuje stronę w prawdziwej przeglądarce Playwright (Chromium) ze zrzutami ekranu. | Monitoring SPA (React, Angular, Vue), stron wymagających JavaScript do renderowania |
| gRPC | Sprawdza dostępność usługi gRPC z walidacją metadanych i statusu. | Monitoring microservices, usług wewnętrznych komunikujących się przez gRPC |
Monitor HTTP(s) to flagowy typ monitora w Uptime Kuma. Jego możliwości wykraczają daleko poza proste sprawdzenie, czy strona zwraca kod 200:
Monitor JSON Query to potężne narzędzie dla deweloperów API. Wysyła zapytanie HTTP i za pomocą składni JSONata (język zapytań do JSON) wyodrębnia konkretną wartość z odpowiedzi, porównując ją z oczekiwanym wynikiem.
Przykład: Twoje API zwraca {"status": "healthy", "version": "2.1.0"}. Monitor JSON Query może sprawdzić, czy status równa się "healthy" — i zaalarmować Cię, gdy zmieni się na "degraded" lub "down".
Standardowe monitory HTTP sprawdzają tylko odpowiedź serwera — nie renderują JavaScript. Dla aplikacji SPA (Single Page Application) opartych na React, Angular czy Vue to niewystarczające — strona może zwrócić kod 200, ale interfejs użytkownika może się nie załadować.
Real Browser Monitor wykorzystuje Playwright (silnik Chromium) do pełnego renderowania strony, włącznie z wykonaniem JavaScript. Może robić zrzuty ekranu, co pozwala wizualnie weryfikować poprawność renderowania.
Monitoring sieci i infrastruktury to druga kluczowa kategoria. Uptime Kuma oferuje szeroki zakres narzędzi do sprawdzania połączeń sieciowych, rekordów DNS i urządzeń SNMP.
| Typ monitora | Opis | Typowe zastosowanie |
|---|---|---|
| TCP Port | Sprawdza, czy port TCP jest otwarty i akceptuje połączenia. | Monitoring usług na portach: SSH (22), SMTP (25/587), MySQL (3306), Redis (6379), RDP (3389) |
| Ping | Wysyła pakiety ICMP echo i mierzy czas odpowiedzi. | Sprawdzanie dostępności serwerów, routerów, urządzeń sieciowych |
| DNS | Sprawdza rekordy DNS i porównuje z oczekiwanymi wartościami. Obsługuje: A, AAAA, CNAME, MX, TXT, SRV, CAA, SOA, NS. | Weryfikacja konfiguracji DNS, wykrywanie nieautoryzowanych zmian, monitoring propagacji |
| SNMP | Odpytuje urządzenia SNMP (v1, v2c, v3) o wartości OID. | Monitoring urządzeń sieciowych: routery, switche, drukarki, UPS-y |
| Tailscale Ping | Ping przez sieć Tailscale (VPN mesh). | Monitoring usług w sieci Tailscale |
| Globalping | Rozproszone sondowanie z wielu lokalizacji na świecie (ping, HTTP, DNS) dzięki sieci sond jsdelivr. | Monitoring z zewnątrz, wykrywanie problemów regionalnych, weryfikacja CDN |
Monitor DNS to jedno z najczęściej niedocenianych narzędzi monitoringu. Pozwala sprawdzać, czy rekordy DNS Twojej domeny są prawidłowe i nie zostały zmienione. Możesz monitorować:
Globalping, dodany w Uptime Kuma 2.1, wykorzystuje rozproszoną sieć sond jsdelivr do sprawdzania dostępności z wielu lokalizacji na świecie. Możesz wykonywać testy ping, HTTP i DNS z setek punktów na całym globie — wykrywając problemy regionalne, które monitoring z jednej lokalizacji by pominął.
Bazy danych to serce większości aplikacji. Uptime Kuma oferuje dedykowane monitory dla najpopularniejszych systemów bazodanowych.
| Typ monitora | Opis | Typowe zastosowanie |
|---|---|---|
| MySQL | Połączenie z MySQL i opcjonalne wykonanie zapytania testowego. | Monitoring bazy WordPress, aplikacji PHP, e-commerce |
| PostgreSQL | Połączenie z PostgreSQL z zapytaniem testowym. | Monitoring bazy Django, Rails, microservices |
| Redis | Sprawdzenie dostępności Redis z opcjonalnym poleceniem testowym. | Monitoring cache, sesji, kolejek |
| MongoDB | Połączenie z MongoDB i weryfikacja stanu. | Monitoring bazy NoSQL, aplikacji Node.js |
| MariaDB | Dedykowany monitor dla MariaDB. | Monitoring forków MySQL |
| Microsoft SQL Server | Połączenie z MSSQL przez TDS. | Monitoring infrastruktury .NET, aplikacji enterprise |
Monitory baz danych w Uptime Kuma nie ograniczają się do sprawdzenia, czy baza jest dostępna. Możesz wykonywać zapytania testowe — np. sprawdzić, czy tabela ma odpowiednią liczbę rekordów, czy czas odpowiedzi zapytania mieści się w normie, lub czy konkretna wartość w bazie jest prawidłowa.
| Typ monitora | Opis | Typowe zastosowanie |
|---|---|---|
| Docker Container | Monitoring stanu kontenera (Running, Healthy, Unhealthy, Paused, Restarting) przez Docker socket lub TCP z TLS. | Monitoring stosu Docker, docker-compose, Swarm |
| Steam Game Server | Sprawdzanie statusu serwera gry Steam (Query Protocol). | Monitoring serwerów gier Valve (CS2, TF2, L4D2) |
| GameDig | Uniwersalny protokół monitoringu 320+ typów serwerów gier. | Minecraft, Valheim, ARK, Rust, DayZ, Terraria, FiveM i setki innych |
Monitor Docker Container to nieocenione narzędzie dla każdego, kto uruchamia aplikacje w kontenerach. Łączy się z Docker socket (/var/run/docker.sock) lub Docker TCP (z certyfikatami TLS) i sprawdza stan kontenera:
Możesz monitorować wiele Docker hostów jednocześnie. Dla bezpieczeństwa zalecane jest użycie Docker socket proxy (np. Tecnativa/docker-socket-proxy) zamiast bezpośredniego montowania socketa.
GameDig to najbardziej niszowy, ale imponujący typ monitora. Obsługuje ponad 320 typów serwerów gier — od Minecraft, przez CS2, Valheim, ARK, Rust, po mniej znane tytuły jak Unturned, Empyrion czy Space Engineers. Monitor zwraca status serwera, liczbę graczy online, nazwę mapy i inne metadane.
| Typ monitora | Opis | Typowe zastosowanie |
|---|---|---|
| MQTT | Połączenie z brokerem MQTT, subskrypcja topiku, walidacja wiadomości. | Monitoring IoT, smart home, czujników, urządzeń przemysłowych |
| Kafka Producer | Sprawdzenie dostępności klastra Kafka przez wysłanie wiadomości testowej. | Monitoring kolejek wiadomości, streaming data |
| RabbitMQ | Monitoring node'a RabbitMQ przez Management API. | Monitoring kolejek, exchange, consumers |
| SMTP | Sprawdzenie dostępności serwera pocztowego SMTP. | Monitoring wysyłki e-mail, serwera pocztowego |
Protokół MQTT (Message Queuing Telemetry Transport) jest standardem w świecie IoT. Monitor MQTT w Uptime Kuma może:
To idealne rozwiązanie do monitorowania czujników temperatury, wilgotności, systemu alarmowego, smart home i urządzeń przemysłowych IIoT.
Push Monitor generuje unikalny URL, np. https://uptime.twoja-domena.pl/api/push/abc123?status=up. Twój skrypt, cronjob lub zadanie w tle wysyła żądanie na ten URL po zakończeniu. Jeśli Uptime Kuma nie otrzyma sygnału w zdefiniowanym czasie (np. 1 godzina), oznacza monitor jako „down" i wysyła powiadomienie.
Praktyczne zastosowania:
Przy ponad 30 typach monitorów, wybór może wydawać się przytłaczający. Oto prosty przewodnik:
| Co monitorujesz? | Zalecany typ monitora | Dlaczego? |
|---|---|---|
| Strona WWW | HTTP(s) | Sprawdza kod odpowiedzi i czas ładowania |
| Strona SPA (React, Vue) | Real Browser | Renderuje JavaScript, widzi to co użytkownik |
| API REST | HTTP(s) lub JSON Query | JSON Query pozwala walidować wartości w odpowiedzi |
| Baza danych | MySQL/PostgreSQL/Redis/MongoDB | Dedykowane monitory z zapytaniami testowymi |
| Kontener Docker | Docker Container | Sprawdza stan kontenera i health check |
| Cronjob / backup | Push (Heartbeat) | Skrypt sam raportuje status — brak sygnału = awaria |
| Serwer / router | Ping | Szybki test dostępności hosta |
| Port usługi | TCP Port | Sprawdza, czy usługa nasłuchuje na porcie |
| Konfiguracja DNS | DNS | Weryfikuje rekordy A, MX, CNAME, TXT |
| Urządzenie sieciowe | SNMP | Odpytuje OID urządzenia |
| Serwer gier | GameDig / Steam | Status serwera, gracze online |
| Czujnik IoT | MQTT | Subskrybuje topik brokera MQTT |
Uptime Kuma z ponad 30 typami monitorów to jedno z najbardziej wszechstronnych narzędzi monitoringu dostępnych na rynku — zarówno w kategorii open-source, jak i komercyjnej. Dla porównania, Uptime Robot oferuje 4 typy, Pingdom — 5, a nawet enterprise narzędzia jak Better Stack ograniczają się do ~10 typów.
Kluczowe kategorie monitorów w Uptime Kuma:
Niezależnie od tego, co monitorujesz — prostą stronę firmową, klaster baz danych, stos Docker w homelabie czy serwer Minecraft — Uptime Kuma ma odpowiedni typ monitora. A na SmartXHosting.pl możesz korzystać ze wszystkich bez konfiguracji serwera.
Uptime Kuma obsługuje ponad 30 typów monitorów, w tym HTTP(s), TCP Port, Ping, DNS, Docker Container, MQTT, gRPC, bazy danych (MySQL, PostgreSQL, Redis, MongoDB, MariaDB, MSSQL), Kafka, RabbitMQ, GameDig (320+ serwerów gier), Real Browser (Playwright), Push/Heartbeat, SNMP, Tailscale Ping, Globalping i inne.
Tak. Uptime Kuma obsługuje monitoring MySQL, PostgreSQL, Redis, MongoDB, MariaDB i Microsoft SQL Server. Możesz nie tylko sprawdzać dostępność bazy, ale także wykonywać zapytania testowe i walidować wyniki — np. sprawdzać liczbę rekordów lub czas odpowiedzi zapytania.
Push Monitor (Heartbeat) to odwrócony model monitoringu — zamiast Uptime Kuma sprawdzać usługę, to usługa wysyła sygnał do Uptime Kuma w regularnych odstępach. Jeśli sygnał nie nadejdzie w określonym czasie, monitor zgłasza awarię. Idealny do monitorowania cronjobów, backupów, skryptów i zadań w tle.
Tak. Uptime Kuma obsługuje GameDig — protokół pozwalający monitorować ponad 320 typów serwerów gier, w tym Minecraft, CS2, Valheim, ARK, Rust, DayZ, Terraria i setki innych. Monitor pokazuje status serwera, liczbę graczy online i inne informacje specyficzne dla danej gry.
Monitor DNS w Uptime Kuma sprawdza rekordy DNS dla podanej domeny i porównuje je z oczekiwanymi wartościami. Obsługuje typy rekordów: A, AAAA, CNAME, MX, TXT, SRV, CAA, SOA i NS. Możesz np. monitorować, czy rekord A domeny wskazuje na właściwy adres IP, czy certyfikat MX jest prawidłowy, lub czy rekord CNAME nie został zmieniony.
Real Browser Monitor wykorzystuje Playwright — silnik przeglądarki Chromium — do renderowania strony tak, jak widzi ją prawdziwy użytkownik. W przeciwieństwie do standardowego monitora HTTP, który sprawdza tylko odpowiedź serwera, Real Browser wykonuje JavaScript, ładuje zasoby i może robić zrzuty ekranu. Idealny do monitorowania SPA (React, Angular, Vue) i stron wymagających JavaScript.