Deutsch
GlitchTip Hosting
Überwachen Sie Fehler, Anwendungsleistung und Verfügbarkeit mit einer Open-Source-Observability-Plattform.
- Ein Klick bereitstellen
- 50 GB Benötigter Speicherplatz
- 4 GB RAM Benötigter Arbeitsspeicher
- Von 10 € Preis
Keine Einrichtungsgebühren
Offizielle Links
Die offiziellen Links und die ursprüngliche Website von GlitchTip
- Mehr
GlitchTip Website
Was Sie
bei AvaHost erhalten
Die Bereitstellung mit einem Klick, eine benutzerdefinierte Domain, kostenloses HTTPS, automatische Anwendungsupdates und geplante Backups sind in jeder Cloud-App enthalten. Sie können mehrere Apps auf einem Server ausführen, und der Terminalzugang ist enthalten.
Ein PostgreSQL Container wird mit der App bereitgestellt und bleibt von AvaHost unverwaltet.
Technik
- Docker-Image
- glitchtip/glitchtip:latest
- Standardport
- 8000
- Datenbank
- postgres
Wie GlitchTip funktioniert
Anwendungen senden Fehler und Performance-Transaktionen über Sentry-kompatible SDKs. GlitchTip gruppiert verwandte Ausfälle in Issues, erfasst Event-Kontext und ermöglicht Teams, Releases, Umgebungen, Tags und Stack Traces zu überprüfen. Performance-Daten zeigen Transaction-Timing, während Uptime-Monitore geplante Anfragen durchführen oder Heartbeat-ähnliche Checks empfangen, um zu bestätigen, dass ein Service antwortet.
Projekte befinden sich in Organisationen, wodurch Benutzer und Überwachungsdaten nach Produkt oder Team getrennt werden können. Background Worker verarbeiten eingehende Events und Überwachungsaufgaben, während PostgreSQL und Valkey gespeicherte Zustände und Warteschlangen unterstützen. Event-Volumen ist ein zentraler Kapazitätsfaktor, da Fehler, Transaktionen, Releases und Uptime-Checks alle Datensätze erstellen.
Wichtige GlitchTip-Funktionen
Error Tracking erfasst Exceptions über vertraute SDKs und gruppiert wiederholte Vorkommen. Performance Monitoring verfolgt Transaktionen und Spans für unterstützte Integrationen. Uptime Monitoring prüft Endpoints oder erwartete Job-Signale, während Issue-Kommentare und Projektansichten Teams bei der Koordination von Untersuchungen helfen.
Die Plattform kann auch Log-bezogene Funktionen in aktuellen Releases bereitstellen, aber Kunden sollten das installierte Image und die SDK-Konfiguration überprüfen, bevor sie sich auf einen bestimmten Datentyp verlassen. Email-Benachrichtigungen, Einladungen und Recovery-Flows sind in dieser Katalog-Bereitstellung deaktiviert, daher ist das Dashboard der zuverlässige Review-Kanal.
GlitchTip vs Sentry
GlitchTip
GlitchTip ist eine selbst gehostete Überwachungsanwendung, die Fehler, Performance-Transaktionen, Uptime-Checks und ausgewählte Project-Management-Funktionen kombiniert. Sentry ist eine umfassendere kommerzielle Observability-Plattform, die Fehler, Traces, Logs, Profiling, Session Replay und von Anbietern betriebene Infrastruktur über viele Language SDKs hinweg umfasst.
Sentry
Sentry kann für größere Teams geeignet sein, die ein breiteres Produktportfolio und verwaltete operative Unterstützung wünschen. GlitchTip ist angemessener, wenn Sentry SDK-Kompatibilität und Self-Hosted-Kontrolle wichtig sind und die Organisation die Event Pipeline betreiben kann und einen kleineren Feature-Satz akzeptiert.
Wer nutzt GlitchTip
Software-Teams überwachen Web-Anwendungen, APIs, Background Jobs und öffentliche Endpoints. Agenturen können Kundenprojekte trennen, während interne Platform Teams Uptime-Checks und Error Events nutzen, um zu verstehen, ob ein Release einen Fehler eingeführt hat.
Überwachungsdaten können Benutzeridentifikatoren, Request-Details, URLs oder Anwendungskontext enthalten. SDK-Sampling, Data Scrubbing, Retention, Access Roles und Project Ownership sollten konfiguriert werden, bevor Production Events gesendet werden.
GlitchTip selbst hosten: Anforderungen und Kosten
Die Ressourcennutzung wächst mit Fehlern, Transaction Spans, Uptime-Checks, Releases, Event-Payloads, Retention, Background Processing und gleichzeitigen Reviewern. PostgreSQL speichert Organisationen, Projekte, Issues, Events, Benutzer und Konfiguration, während Valkey warteschlangenbezogene Arbeit unterstützt. PostgreSQL ist enthalten, aber nicht verwaltet, und sein Memory liegt außerhalb des exportierten Anwendungsminimums.
AvaHost ordnet GlitchTip Plan 4 bei €20 nach der Datenbankbereinigung zu. One-Click-Bereitstellung, eine benutzerdefinierte Überwachungsdomäne, automatisiertes HTTPS, automatische Anwendungsupdates und geplante Backups sind enthalten. Anwendungs-Email ist deaktiviert, daher sind Email-Benachrichtigungen, Einladungen und Passwort-Recovery-Nachrichten nicht verfügbar; Teams sollten das Dashboard überprüfen und andere Benachrichtigungspfade unabhängig validieren.
F.A.Q
GlitchTip beginnt bei €20 im Plan 4 nach Einbeziehung der PostgreSQL-Kapazität. Der Plan umfasst den Web-Service, Background Worker, Valkey, die Datenbank und die gewöhnliche Event-Verarbeitung. Fehlervolumen, Transaction Spans, Uptime Checks, Payload-Größe, Projektanzahl, Retention und gleichzeitige Reviewer bestimmen die verfügbare Betriebsmarge.
AvaHost erstellt PostgreSQL und verbindet die GlitchTip-Anwendung und den Worker damit. Organisationen, Projekte, Issues, Events, Benutzer, Releases, Monitore und Einstellungen sind von dieser Datenbank abhängig. PostgreSQL ist enthalten, aber nicht verwaltet, daher sollten der Datenbankzustand und alle persistenten Release-Assets während Änderungen, Migration oder Wiederherstellung abgestimmt bleiben.
GlitchTip akzeptiert Daten von Sentry-kompatiblen SDKs für unterstützte Error- und Performance-Workflows. Konfigurieren Sie die Projekt-DSN, um den gehosteten GlitchTip-Endpoint zu verwenden, vorzugsweise auf einer benutzerdefinierten HTTPS-Domain. Beginnen Sie mit einem Test-Event, überprüfen Sie den Kontext, den das SDK sendet, und konfigurieren Sie Sampling oder Data Scrubbing, bevor Sie den vollständigen Produktionsverkehr aktivieren.
AvaHost deaktiviert Anwendungs-E-Mails, daher kann GlitchTip von dieser Bereitstellung aus keine E-Mail-Benachrichtigungen, Workspace-Einladungen oder Passwort-Wiederherstellungsmeldungen versenden. Fehler-Tracking, Performance-Ansichten, Uptime-Checks, Issue-Management und Browser-Dashboards bleiben verfügbar. Teams sollten Benutzer über einen genehmigten administrativen Workflow erstellen und jeden nicht-E-Mail-Benachrichtigungskanal separat testen.