GlitchTip Hosting
Monitora errori, prestazioni dell'applicazione e disponibilità utilizzando una piattaforma di osservabilità open-source.
- Un clic distribuisci
- 50 GB Spazio su disco necessario
- 4 GB di RAM Memoria necessaria
- Da 10 € Prezzo

Link ufficiali
I link ufficiali e il sito web originale di GlitchTip
Cosa ottieni
su AvaHost
Il deployment con un clic, un dominio personalizzato, HTTPS gratuito, aggiornamenti automatici dell'applicazione e backup programmati sono inclusi con ogni Cloud App. Puoi eseguire più app su un server e l'accesso al terminale è incluso.
Un contenitore PostgreSQL è fornito con l'app e rimane non gestito da AvaHost.

Tecnologia
- Immagine Docker
- glitchtip/glitchtip:latest
- Porta predefinita
- 8000
- Database
- postgres

Come funziona GlitchTip
Le applicazioni inviano errori e transazioni di performance attraverso SDK compatibili con Sentry. GlitchTip raggruppa i guasti correlati in issue, registra il contesto degli eventi e consente ai team di esaminare release, ambienti, tag e stack trace. I dati di performance mostrano i tempi di transazione, mentre i monitor di uptime effettuano richieste pianificate o ricevono controlli in stile heartbeat per confermare che un servizio sta rispondendo.
I progetti risiedono all'interno di organizzazioni, consentendo agli utenti e ai dati di monitoraggio di essere separati per prodotto o team. I worker in background elaborano gli eventi in arrivo e i compiti di monitoraggio, mentre PostgreSQL e Valkey supportano lo stato memorizzato e le code. Il volume degli eventi è un fattore di capacità centrale perché errori, transazioni, release e controlli di uptime creano tutti record.
Funzionalità chiave di GlitchTip
Il tracciamento degli errori cattura le eccezioni attraverso SDK familiari e raggruppa le occorrenze ripetute. Il monitoraggio delle performance segue le transazioni e gli span per le integrazioni supportate. Il monitoraggio dell'uptime controlla gli endpoint o i segnali di job previsti, mentre i commenti sulle issue e le visualizzazioni dei progetti aiutano i team a coordinare l'indagine.
La piattaforma può anche esporre funzionalità relative ai log nelle versioni attuali, ma i clienti devono verificare l'immagine installata e la configurazione dell'SDK prima di fare affidamento su un tipo di dato specifico. I flussi di notifica email, invito e recupero sono disabilitati in questa distribuzione del catalogo, quindi la dashboard è il canale di revisione affidabile.
GlitchTip vs Sentry
GlitchTip
GlitchTip è un'applicazione di monitoraggio self-hosted che combina errori, transazioni di performance, controlli di uptime e funzioni selezionate di gestione dei progetti. Sentry è una piattaforma di osservabilità commerciale più ampia che include errori, trace, log, profiling, session replay e infrastruttura gestita dal provider su molti SDK di linguaggio.
Sentry
Sentry può essere adatto a team più grandi che desiderano un portafoglio di prodotti più ampio e supporto operativo gestito. GlitchTip è più appropriato quando la compatibilità dell'SDK Sentry e il controllo self-hosted sono importanti, e l'organizzazione può operare la pipeline degli eventi e accettare un set di funzionalità più ristretto.
Chi usa GlitchTip
I team software monitorano applicazioni web, API, job in background e endpoint pubblici. Le agenzie possono separare i progetti dei clienti, mentre i team di piattaforma interna utilizzano i controlli di uptime e gli eventi di errore per capire se una release ha introdotto un guasto.
I dati di monitoraggio possono contenere identificatori utente, dettagli delle richieste, URL o contesto dell'applicazione. Il campionamento dell'SDK, la scrubbing dei dati, la retention, i ruoli di accesso e la proprietà del progetto devono essere configurati prima di inviare gli eventi di produzione.

Self-hosting GlitchTip: requisiti e costi
L'utilizzo delle risorse cresce con errori, span di transazione, controlli di uptime, release, payload degli eventi, retention, elaborazione in background e revisori simultanei. PostgreSQL memorizza organizzazioni, progetti, issue, eventi, utenti e configurazione, mentre Valkey supporta il lavoro in coda. PostgreSQL è incluso ma non gestito, e la sua memoria risiede al di fuori del minimo dell'applicazione esportato.
AvaHost mappa GlitchTip al Piano 4 a €20 dopo l'adeguamento del database. La distribuzione con un clic, un dominio di monitoraggio personalizzato, HTTPS automatico, aggiornamenti automatici dell'applicazione e backup pianificati sono inclusi. L'email dell'applicazione è disabilitata, quindi gli avvisi email, gli inviti e i messaggi di recupero della password non sono disponibili; i team devono esaminare la dashboard e convalidare in modo indipendente altri percorsi di notifica.
F.A.Q
GlitchTip inizia a €20 nel Piano 4 dopo l’inclusione della capacità PostgreSQL. Il piano copre il servizio web, il worker in background, Valkey, il database e l’elaborazione ordinaria degli eventi. Il volume di errori, gli span delle transazioni, i controlli di uptime, la dimensione del payload, il numero di progetti, la retention e i revisori simultanei determinano il margine operativo disponibile.
AvaHost crea PostgreSQL e connette l’applicazione GlitchTip e il worker ad esso. Organizzazioni, progetti, problemi, eventi, utenti, rilasci, monitor e impostazioni dipendono da quel database. PostgreSQL è incluso ma non gestito, quindi lo stato del database e qualsiasi risorsa di rilascio persistente devono rimanere allineati durante modifiche, migrazione o recupero.
GlitchTip accetta dati da SDK compatibili con Sentry per i flussi di lavoro di errore e performance supportati. Configura il DSN del progetto per utilizzare l’endpoint GlitchTip ospitato, preferibilmente su un dominio HTTPS personalizzato. Inizia con un evento di test, esamina il contesto che l’SDK invia, e configura il campionamento o la pulizia dei dati prima di abilitare il traffico di produzione completo.
AvaHost disabilita l’email delle applicazioni, quindi GlitchTip non può inviare avvisi email, inviti workspace, o messaggi di recupero password da questo deployment. Il tracciamento degli errori, le visualizzazioni delle prestazioni, i controlli di uptime, la gestione dei problemi e i dashboard del browser rimangono disponibili. I team devono creare gli utenti attraverso un flusso di lavoro amministrativo approvato e testare separatamente qualsiasi canale di notifica non basato su email.
