Polska
GlitchTip Hosting
Monitoruj błędy, wydajność aplikacji i dostępność za pomocą platformy obserwacyjności open-source.
- Jedno kliknięcie wdrożenie
- 50 GB Potrzebna przestrzeń dyskowa
- 4 GB RAM Potrzebna pamięć
- Od 10 € Cena
Brak opłat za konfigurację
Oficjalne linki
Oficjalne linki i oryginalna strona internetowa GlitchTip
- Więcej
Strona internetowa GlitchTip
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.
Kontener PostgreSQL jest dostarczany z aplikacją i pozostaje niezarządzany przez AvaHost.
Technologia
- Obraz Dockera
- glitchtip/glitchtip:latest
- Domyślny port
- 8000
- Baza danych
- postgres
Jak działa GlitchTip
Aplikacje wysyłają błędy i transakcje wydajności za pośrednictwem zestawów SDK kompatybilnych z Sentry. GlitchTip grupuje powiązane awarie w zagadnienia, rejestruje kontekst zdarzeń i umożliwia zespołom przeglądanie wydań, środowisk, tagów i śladów stosu. Dane wydajności pokazują timing transakcji, a monitory dostępności wykonują zaplanowane żądania lub otrzymują kontrole w stylu pulsu serca, aby potwierdzić, że usługa odpowiada.
Projekty znajdują się wewnątrz organizacji, umożliwiając rozdzielenie użytkowników i danych monitorowania według produktu lub zespołu. Pracownicy w tle przetwarzają przychodzące zdarzenia i zadania monitorowania, podczas gdy PostgreSQL i Valkey wspierają przechowywany stan i kolejki. Wolumen zdarzeń jest centralnym czynnikiem pojemności, ponieważ błędy, transakcje, wydania i kontrole dostępności tworzą rekordy.
Kluczowe funkcje GlitchTip
Śledzenie błędów przechwytuje wyjątki za pośrednictwem znanych zestawów SDK i grupuje powtarzające się wystąpienia. Monitorowanie wydajności śledzi transakcje i zakresy dla obsługiwanych integracji. Monitorowanie dostępności sprawdza punkty końcowe lub oczekiwane sygnały zadań, podczas gdy komentarze do zagadnień i widoki projektów pomagają zespołom koordynować śledztwo.
Platforma może również ujawniać funkcje związane z dziennikami w bieżących wydaniach, ale klienci powinni zweryfikować zainstalowany obraz i konfigurację SDK przed poleganiem na określonym typie danych. Przepływy powiadomień e-mail, zaproszenia i odzyskiwania są wyłączone w tym wdrożeniu katalogowym, więc pulpit nawigacyjny jest niezawodnym kanałem przeglądu.
GlitchTip vs Sentry
GlitchTip
GlitchTip to samodzielnie hostowana aplikacja monitorująca łącząca błędy, transakcje wydajności, kontrole dostępności i wybrane funkcje zarządzania projektami. Sentry to szersza komercyjna platforma obserwacyjności, która obejmuje błędy, ślady, dzienniki, profilowanie, odtwarzanie sesji i infrastrukturę obsługiwaną przez dostawcę w wielu zestawach SDK języków.
Sentry
Sentry może być odpowiednia dla większych zespołów, które chcą szerszego portfolio produktów i zarządzanego wsparcia operacyjnego. GlitchTip jest bardziej odpowiedni, gdy kompatybilność SDK Sentry i samodzielna kontrola są ważne, a organizacja może obsługiwać potok zdarzeń i zaakceptować węższy zestaw funkcji.
Kto używa GlitchTip
Zespoły oprogramowania monitorują aplikacje internetowe, interfejsy API, zadania w tle i publiczne punkty końcowe. Agencje mogą rozdzielić projekty klientów, podczas gdy wewnętrzne zespoły platformy używają kontroli dostępności i zdarzeń błędów, aby zrozumieć, czy wydanie wprowadził awarię.
Dane monitorowania mogą zawierać identyfikatory użytkowników, szczegóły żądań, adresy URL lub kontekst aplikacji. Próbkowanie SDK, czyszczenie danych, przechowywanie, role dostępu i własność projektu powinny być skonfigurowane przed wysłaniem zdarzeń produkcyjnych.
Samodzielne hostowanie GlitchTip: wymagania i koszty
Użycie zasobów rośnie wraz z błędami, zakresami transakcji, kontrolami dostępności, wydaniami, ładunkami zdarzeń, przechowywaniem, przetwarzaniem w tle i równoczesnymi recenzentami. PostgreSQL przechowuje organizacje, projekty, zagadnienia, zdarzenia, użytkowników i konfigurację, podczas gdy Valkey wspiera pracę w kolejce. PostgreSQL jest dołączony, ale niezarządzany, a jego pamięć znajduje się poza eksportowanym minimum aplikacji.
AvaHost mapuje GlitchTip na Plan 4 za €20 po dostosowaniu bazy danych. Wdrożenie jednym klikiem, niestandardowa domena monitorowania, automatyczne HTTPS, automatyczne aktualizacje aplikacji i zaplanowane kopie zapasowe są dołączone. E-mail aplikacji jest wyłączony, więc alerty e-mail, zaproszenia i wiadomości odzyskiwania hasła są niedostępne; zespoły powinny przejrzeć pulpit nawigacyjny i niezależnie zweryfikować inne ścieżki powiadomień.
F.A.Q
GlitchTip zaczyna się od €20 w Planie 4 po uwzględnieniu pojemności PostgreSQL. Plan obejmuje usługę sieciową, pracownika w tle, Valkey, bazę danych i zwykłe przetwarzanie zdarzeń. Wolumen błędów, zakresy transakcji, kontrole czasu pracy, rozmiar ładunku, liczba projektów, przechowywanie i jednoczesni recenzenci określają dostępny margines operacyjny.
AvaHost tworzy PostgreSQL i łączy do niego aplikację GlitchTip oraz worker. Organizacje, projekty, problemy, zdarzenia, użytkownicy, wydania, monitory i ustawienia zależą od tej bazy danych. PostgreSQL jest dołączony, ale niezarządzany, dlatego stan bazy danych i wszelkie trwałe zasoby wydań powinny pozostać zsynchronizowane podczas zmian, migracji lub odzyskiwania.
GlitchTip akceptuje dane z zestawów SDK kompatybilnych z Sentry dla obsługiwanych przepływów pracy błędów i wydajności. Skonfiguruj DSN projektu, aby używać hostowanego punktu końcowego GlitchTip, najlepiej na niestandardowej domenie HTTPS. Zacznij od zdarzenia testowego, przejrzyj kontekst wysyłany przez SDK i skonfiguruj próbkowanie lub czyszczenie danych przed włączeniem pełnego ruchu produkcyjnego.
AvaHost wyłącza email aplikacji, dlatego GlitchTip nie może wysyłać alertów e-mail, zaproszeń do workspace’u ani wiadomości odzyskiwania hasła z tego wdrożenia. Śledzenie błędów, widoki wydajności, kontrole dostępności, zarządzanie problemami i dashboardy przeglądarki pozostają dostępne. Zespoły powinny tworzyć użytkowników poprzez zatwierdzone przepływy pracy administracyjne i testować każdy kanał powiadomień inny niż email oddzielnie.