Polska
Uptime Kuma Hosting
Monitoruj usługi za pomocą kontroli stanu, powiadomień, historii i publicznych stron statusu.
- Jedno kliknięcie wdrożenie
- 15 GB Potrzebna przestrzeń dyskowa
- 1 GB RAM Potrzebna pamięć
- Od 2 € Cena
Brak opłat za konfigurację
Oficjalne linki
Oficjalne linki i oryginalna strona internetowa Uptime Kuma
- Więcej
Strona internetowa Uptime Kuma
Co otrzymujesz
w AvaHost
Wdrożenie jednym kliknięciem, niestandardowa domena, darmowe HTTPS, automatyczne aktualizacje aplikacji i zaplanowane kopie zapasowe są dostępne z każdą aplikacją w chmurze. Możesz uruchomić wiele aplikacji na jednym serwerze, a dostęp do terminala jest wliczony.
Ten szablon nie zawiera kontenera bazy danych.
Technologia
- Obraz Dockera
- louislam/uptime-kuma:2
- Domyślny port
- 3001
Jak działa Uptime Kuma
Uptime Kuma planuje monitory dla obsługiwanych protokołów i rejestruje każdy wynik w czasie. Kontrole HTTP i słów kluczowych mogą testować punkt końcowy sieci web, monitory TCP weryfikują, że port akceptuje połączenia, ping i DNS obejmują podstawową osiągalność, monitory push otrzymują zewnętrzny sygnał życia, a inne typy monitorów obejmują udokumentowane usługi. Pulpity nawigacyjne wyświetlają bieżący status, historię, czas odpowiedzi, certyfikaty, incydenty i okresy konserwacji.
Każdy wynik odzwierciedla pozycję sieciową i uprawnienia serwera monitorującego. Usługa osiągalna z innego kraju lub sieci prywatnej może wyglądać inaczej niż węzeł hostowany, a jedna lokalizacja nie może udowodnić globalnej dostępności. Katalog nie montuje gniazda Docker, więc monitorowanie hosta Docker nie jest częścią pakietu domyślnego. Cele prywatne muszą być osiągalne za pośrednictwem autoryzowanej ścieżki sieciowej.
Kluczowe funkcje Uptime Kuma
Integracje powiadomień mogą przekazywać zmiany stanu wielu obsługiwanym dostawcom, podczas gdy strony statusu publikują wybrane monitory dla użytkowników lub klientów. Te kanały wymagają zewnętrznych kont, webhooków, botów, dostawców telefonicznych lub usług przesyłania wiadomości oraz konfiguracji odbiorcy. Poczta e-mail aplikacji jest wyłączona, więc powiadomienia Uptime Kuma oparte na SMTP nie mogą wysyłać poczty z hostowanej instalacji.
Okna konserwacji mogą tłumić oczekiwane alerty, a informacje o certyfikatach pomagają zidentyfikować zbliżające się wygaśnięcie, gdy monitor może sprawdzić TLS. Uptime Kuma jest narzędziem do sprawdzania dostępności, a nie pełną platformą obserwacyjności: nie zbiera każdego śladu aplikacji, nie koreluje rozproszczonych incydentów, nie zapewnia personelu dyżurnego ani nie naprawia usługi, która uległa awarii.
Uptime Kuma vs UptimeRobot
Uptime Kuma
Uptime Kuma i UptimeRobot monitorują punkty końcowe, wysyłają alerty i publikują strony statusu. Uptime Kuma to aplikacja samodzielnie hostowana, której kontrole pochodzą z wdrożonego serwera. UptimeRobot to usługa zarządzana przez dostawcę z hostowanymi lokalizacjami monitorowania, planami kont, kanałami alertów i utrzymywaną publiczną infrastrukturą strony statusu.
UptimeRobot
UptimeRobot może być odpowiedni dla zespołów, które chcą, aby monitorowanie odbywało się poza ich własnym środowiskiem hostingowym i nie chcą utrzymywać serwera monitorującego. Uptime Kuma jest bardziej atrakcyjny, gdy organizacja chce bezpośredniej kontroli nad kontrolami i historią, akceptując jednocześnie ograniczenia perspektywy sieciowej hostowanego węzła i zewnętrzne zależności powiadomień.
Kto używa Uptime Kuma
Administratorzy monitorują witryny, interfejsy API, routery, rekordy DNS i obsługiwane porty. Deweloperzy śledzą punkty końcowe testów, podczas gdy małe zespoły usług publikują skoncentrowaną stronę statusu i używają okien konserwacji podczas planowanej pracy. Monitory push pozwalają również zaplanowanym zadaniom zgłaszać ich własne pomyślne ukończenie.
Uptime Kuma jest mniej odpowiedni jako jedyna kontrola raportowania czasu działania regulowanego, monitorowania bezpieczeństwa, dowodu wieloregionowego, analizy dzienników, rozproszczonego śledzenia lub zarządzanej odpowiedzi na incydenty. Usługi krytyczne powinny używać niezależnych ścieżek monitorowania i przetestowanych procedur eskalacji.
Samodzielne hostowanie Uptime Kuma: wymagania i koszty
Użycie zasobów Uptime Kuma rośnie wraz z liczbą monitorów, interwałem kontroli, zachowaną historią, przetwarzaniem odpowiedzi, ruchem strony statusu, aktywnością powiadomień i współbieżnymi użytkownikami pulpitu nawigacyjnego. Katalog nie udostępnia usługi PostgreSQL lub MariaDB i utrwala /app/data. Samo oprogramowanie jest bezpłatne do uruchomienia; bardzo częste kontrole i długa historia na wielu monitorach wymagają więcej zasobów niż mała lista punktów końcowych.
W AvaHost Uptime Kuma korzysta z Planu 1 za €2. Hostowany pakiet Uptime Kuma obejmuje wdrożenie jednym klikiem, domenę niestandardową z automatycznym HTTPS, automatyczne aktualizacje aplikacji i zaplanowane kopie zapasowe. SMTP email, konta dostawców alertów zewnętrznych, boty, webhooki, dostarczanie telefoniczne, sondy wieloregionowe, łączność sieci prywatnej, dostęp do gniazda Docker, personel incydentów, działania naprawcze i raportowanie zgodności nie są uwzględnione. Przetestuj powiadomienia za pośrednictwem każdego autoryzowanego kanału zewnętrznego i utrzymuj niezależną ścieżkę dla alertów krytycznych.
F.A.Q
Uptime Kuma rozpoczyna się od €2 w Planie 1. Skromny zestaw monitorów z rozsądnymi interwałami i zwykłą historią może rozpocząć się w planie wejściowym. Liczba monitorów, częstotliwość sprawdzania, przechowywane wyniki, przetwarzanie odpowiedzi, liczba odwiedzających stronę statusu, wolumen powiadomień i liczba równoczesnych użytkowników pulpitu nawigacyjnego określają, kiedy bardziej odpowiednia jest większa pojemność.
Kontrole pochodzą z hostowanego serwera Uptime Kuma i odzwierciedlają jego trasę sieciową, widok DNS i uprawnienia. Jeden węzeł nie może wykazać dostępności ze wszystkich regionów lub sieci prywatnych. W przypadku usług krytycznych porównaj wyniki z niezależnymi sondami i raportami użytkowników, a także upewnij się, że cele prywatne są dostępne tylko przez autoryzowaną ścieżkę.
Email aplikacji jest wyłączony, dlatego powiadomienia SMTP z Uptime Kuma nie mogą dostarczać poczty przez hostowany pakiet. Inne obsługiwane metody powiadomień mogą działać, gdy podasz wymagane dane uwierzytelniające konta zewnętrznego, webhook, bota lub dostawcy. Skonfiguruj każdy kanał osobno, wyślij alerty testowe i utrzymuj niezależną ścieżkę eskalacji dla incydentów, które są ważne.
Domena niestandardowa może wskazywać na Uptime Kuma, a automatyczne HTTPS chroni ruch pulpitu nawigacyjnego i strony statusu. Publikuj tylko monitory i szczegóły incydentów przeznaczone dla czytelników zewnętrznych. Katalog nie zapewnia sond wieloregionalnych, dostępu do gniazda Docker, tuneli sieci prywatnej, kont dostawcy ani zarządzanej odpowiedzi na incydenty, dlatego te elementy wymagają osobnego projektu.