Polska
Gatus Hosting
Monitoruj punkty końcowe pod kątem dostępności i opóźnień oraz publikuj wyniki na stronie stanu.
- 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 Gatus
- Więcej
Strona internetowa Gatus
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
- twinproduction/gatus:latest
- Domyślny port
- 8080
Jak działa Gatus
Gatus odczytuje definicje punktów końcowych, które określają cel, protokół, interwał i warunki decydujące o powodzeniu sprawdzenia. Warunki mogą oceniać status odpowiedzi, opóźnienie, zawartość treści, certyfikaty i inne właściwości obsługiwane przez wybrany typ punktu końcowego. Wyniki zasilają stronę statusu i historię, które pomagają operatorom zobaczyć bieżący stan i ostatnie zachowanie.
Alerty są konfigurowane dla każdego punktu końcowego i dostawcy. Upstream obsługuje wiele integracji dostawców i niestandardowe webhooki, ale katalog nie dostarcza definicji punktów końcowych, kont usług zewnętrznych, list dozwolonych sieci ani poświadczeń dostawcy. Poczta e-mail aplikacji jest wyłączona, więc dostarczanie alertów e-mail nie powinno być obiecywane z tego pakietu, nawet jeśli Gatus obsługuje e-mail, gdy usługa SMTP jest skonfigurowana gdzie indziej.
Kluczowe funkcje Gatus
Monitorowanie oparte na konfiguracji sprawia, że zamierzone sprawdzenia można przeglądać obok kodu infrastruktury. Grupy punktów końcowych, okna konserwacji, warunki, opcje klienta i progi alertów mogą reprezentować więcej niż podstawowy ping HTTP. Ta elastyczność niesie również odpowiedzialność: źle wybrany warunek może raportować kondycję, podczas gdy ważna ścieżka użytkownika zawodzi, lub generować szum dla nieszkodliwych zmian.
Katalog utrzymuje wolumin /data, ale konfiguracja Gatus i konfiguracja integracji nadal muszą być zgodne z obsługiwanym przepływem pracy pakietu. Monitorowanie z tego samego środowiska hostingowego nie może wykryć każdego regionalnego, sieciowego, DNS lub awarii na poziomie platformy. Ważne usługi publiczne często wymagają sprawdzeń z niezależnych lokalizacji i strony statusu, która pozostaje dostępna, gdy monitorowane środowisko jest niedostępne.
Gatus vs Better Stack
Gatus
Gatus to samodzielnie hostowany, oparty na konfiguracji monitor i strona statusu. Better Stack zapewnia zarządzaną usługę monitorowania czasu pracy, zarządzania incydentami, hostowanych stron statusu, integracji i przepływów pracy na wezwanie. Komercyjna platforma obsługuje swoją infrastrukturę sprawdzającą i funkcje zespołu, podczas gdy Gatus pozostawia wdrażanie, konfigurację, dostawców alertów, dostęp i umiejscowienie monitorowania operatorowi.
Better Stack
Better Stack może być odpowiedni dla organizacji, które chcą zarządzane sprawdzenia z wielu lokalizacji, przepływy pracy incydentów wspierane przez dostawcę, planowanie na wezwanie i hostowaną stronę statusu bez utrzymywania aplikacji monitorującej. Gatus jest atrakcyjny dla zespołów, które preferują przejrzystą konfigurację i mogą obsługiwać usługę, weryfikować pokrycie sprawdzeń, konfigurować dostawców i uwzględniać skorelowane awarie infrastruktury.
Kto używa Gatus
Zespoły programistyczne monitorują interfejsy API i zależności, inżynierowie platform definiują warunki zdrowotności blisko kodu infrastruktury, a mali operatorzy publikują skoncentrowany widok statusu dla wybranych usług. Niestandardowe webhooki mogą łączyć awarie z istniejącym procesem automatyzacji lub incydentów, gdy są oddzielnie skonfigurowane.
Gatus nie jest pełną platformą obserwacyjności, pakietem przeglądarki syntetycznej, profilerem wydajności aplikacji, systemem dzienników, silnikiem przyczyny głównej ani niezależną globalną siecią monitorowania. Zielone zaznaczenie tylko demonstruje, że skonfigurowany warunek przeszedł ze środowiska Gatus w tym czasie.
Samodzielne hostowanie Gatus: wymagania i koszty
Użycie zasobów Gatus zależy od liczby punktów końcowych, częstotliwości sprawdzania, protokołów, rozmiaru odpowiedzi, warunków, historii, wolumenu alertów i ruchu pulpitu nawigacyjnego. PostgreSQL i MariaDB nie są wymagane przez szablon katalogowy; trwały wolumin danych przechowuje stan aplikacji. Oprogramowanie nie ma oddzielnej opłaty za aplikację, podczas gdy krótkie interwały i wiele punktów końcowych mogą zwielokrotnić sprawdzenia wychodzące i zachowane wyniki.
Na AvaHost, Gatus używa Plan 1 za €2. Hostowany pakiet Gatus zawiera wdrażanie jednym kliknięciem, domenę niestandardową z automatycznym HTTPS, automatyczne aktualizacje aplikacji i zaplanowane kopie zapasowe. Pakiet uruchamia Gatus i utrwala dane, ale nie tworzy monitorowanych punktów końcowych, niezależnych lokalizacji sond, kont dostawców, kluczy API, list dozwolonych sieci, personelu incydentów ani poczty e-mail aplikacji. Klienci muszą zaprojektować warunki, skonfigurować kanały alertów inne niż e-mail i unikać polegania na monitorze umieszczonym wewnątrz tej samej domeny awarii w celu uzyskania pełnego pokrycia.
F.A.Q
Gatus zaczyna się od €2 w Planie 1. Ten plan odpowiada skromnym zestawom kontroli w rozsądnych odstępach. Liczba punktów końcowych, częstotliwość, protokoły, rozmiar odpowiedzi, warunki, historia, alerty i ruch pulpitu nawigacyjnego określają, kiedy więcej zasobów jest uzasadnione. Niezależne lokalizacje sond, konta dostawców i usługi reagowania na incydenty nie są wliczone w cenę hostingu.
Niestandardowa domena może być przypisana do Gatusa z automatycznym HTTPS zastosowanym po skonfigurowaniu DNS. Użyj ostatecznej nazwy hosta dla strony statusu i wszelkich odwołań do callbacków. Przed opublikowaniem przetestuj publiczną widoczność, pogrupowane punkty końcowe, historię, zasoby i skonfigurowane linki alertów, a także rozważ, czy strona pozostaje dostępna podczas awarii monitorowanego środowiska.
Pakiet uruchamia aplikację, ale nie definiuje, co monitorować, nie wybiera warunków sukcesu, nie dostarcza poświadczeń dostawcy, nie tworzy list dozwolonych sieci ani nie buduje procesu obsługi incydentów. Klienci muszą skonfigurować każdy endpoint i kanał alertów. Email aplikacji jest wyłączony, dlatego należy użyć oddzielnie skonfigurowanego dostawcy innego niż email lub niestandardowego webhooka zamiast oczekiwać powiadomień e-mail z tej usługi.
Sprawdzenie raportuje to, co skonfigurowany warunek obserwuje ze środowiska hostingowego Gatus. Może pominąć awarie ograniczone do innego regionu, dostawcy, ścieżki sieciowej, przepływu tożsamości, interakcji przeglądarki lub samej platformy hostingowej. W przypadku usług krytycznych łącz dobrze zaprojektowane warunki z niezależnymi lokalizacjami monitorowania i utrzymuj publiczną ścieżkę komunikacji poza tą samą prawdopodobną domeną awarii.