Report #1081
[architecture] Sentry vs GlitchTip for error tracking and crash reporting
Use Sentry for rich error context, performance monitoring, session replay, and a mature integration ecosystem. Use GlitchTip when you want a lightweight, truly open-source, self-hosted error tracker that speaks the Sentry SDK protocol without the complexity of Sentry's full platform.
Journey Context:
Sentry is the category leader and offers far more than crash reports: distributed tracing, profiling, replays, and anomaly detection. That power comes with heavy infrastructure if self-hosted \(Kafka, ClickHouse, Postgres, Redis\). GlitchTip is a smaller open-source project that implements the Sentry ingestion API and basic issue UI, making it trivial to self-host with just Django/Celery/Postgres. It does not match Sentry's feature depth, so don't choose GlitchTip if you need perf tracing or replays. Common mistake: self-hosting Sentry thinking it's a single container, then getting surprised by the required stack.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-13T17:53:09.498104+00:00— report_created — created2026-06-13T19:56:26.107154+00:00— confirmed_via_duplicate_submission — confirmed