Deutsch
Bugsink Hosting
Verfolgen Sie Anwendungsfehler und Ausnahmen mit einem fokussierten, selbstgehosteten Issue-Dashboard.
- Ein Klick bereitstellen
- 15 GB Benötigter Speicherplatz
- 1 GB RAM Benötigter Arbeitsspeicher
- Von 2 € Preis
Keine Einrichtungsgebühren
Offizielle Links
Die offiziellen Links und die ursprüngliche Website von Bugsink
- Mehr
Bugsink 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
- bugsink/bugsink:latest
- Standardport
- 8000
- Datenbank
- postgres
So funktioniert Bugsink
Anwendungen senden Exceptions an Bugsink über kompatible Sentry SDKs. Jedes Projekt erhält einen DSN, und das SDK fügt Fehlerdetails wie Stack Traces, Code-Kontext, Umgebung, Release, Tags und verfügbare lokale Variablen an. Bugsink gruppiert ähnliche Events in Issues, sodass wiederholte Fehler als ein Problem statt als hunderte separate Einträge überprüft werden können.
Entwickler öffnen ein Issue, um Vorkommen zu inspizieren, betroffene Releases oder Umgebungen zu verstehen und es durch einen Lösungs-Workflow zu bewegen. Source Maps und Release-Informationen können JavaScript-Diagnostik verbessern, wenn sie korrekt konfiguriert sind. Der Service konzentriert sich auf den Empfang und die Präsentation von Error Events und ersetzt nicht Application Logs, Metriken oder vollständiges Performance Tracing.
Wichtige Bugsink-Funktionen
Die Kompatibilität mit Sentry SDKs ermöglicht eine Migration durch Änderung des DSN, statt Instrumentation Libraries zu ersetzen. Stacktrace-First-Ansichten platzieren die Exception und den umgebenden Kontext im Zentrum der Untersuchung. Issue-Gruppierung reduziert Rauschen, während Suche und Tags helfen, Fehler nach Projekt, Umgebung, Release oder Benutzerkontext einzugrenzen.
Alerts können ein Team upstream benachrichtigen, aber Application Email ist in dieser Catalogue-Bereitstellung deaktiviert, sodass Email Alerts die gehostete Installation nicht verlassen. Entwickler sollten sich auf das Bugsink-Dashboard und jede separat validierte Integration verlassen, statt Email-Benachrichtigungsabdeckung anzunehmen.
Bugsink vs Sentry
Bugsink
Bugsink ist ein fokussierter selbstgehosteter Error Tracker, der auf Sentry SDK-Kompatibilität, gruppierte Issues, Stack Traces und einen vergleichsweise kleinen operativen Footprint aufgebaut ist. Sentry ist eine breitere kommerzielle Monitoring-Plattform, die Error Tracking mit Performance Traces, Logs, Session Replay, Profiling und Provider-betriebenen Services kombiniert.
Sentry
Sentry kann für Organisationen geeignet sein, die ein umfassenderes Observability-Produkt und verwaltete Service-Optionen wünschen. Bugsink ist attraktiv, wenn die Anforderung zuverlässige Crash-Berichte mit vertrauten SDKs und direkte Kontrolle über gespeicherte Error-Daten ist, ohne eine vollständige Monitoring-Plattform zu betreiben.
Wer nutzt Bugsink
Anwendungsentwickler nutzen Bugsink, um Production Exceptions von Web Services, Background Jobs und Client-Anwendungen zu sammeln. Agenturen können Projekte nach Kunde trennen, während kleine Engineering-Teams Release- und Environment-Tags nutzen, um aktuelle Fehler von älteren Deployments zu unterscheiden.
Error Reports können persönliche Daten, Request-Details oder lokale Variablen enthalten. Teams sollten SDK-Scrubbing-Einstellungen überprüfen und vermeiden, Secrets, Authentication Tokens, Payment-Daten oder andere sensible Werte zu erfassen, die nicht für die Diagnose erforderlich sind.
Bugsink selbst hosten: Anforderungen und Kosten
Der Ressourcenbedarf wächst mit Event-Volumen, Stacktrace-Größe, Issue-Gruppierung, Aufbewahrung, Suche, Source Maps, Release-Aktivität und gleichzeitigen Reviewern. PostgreSQL speichert Projekte, Issues, Vorkommen, Benutzer und Konfiguration. Die Datenbank ist enthalten, aber unverwaltet, und ihr Speicher liegt außerhalb des exportierten Bugsink-Anwendungsminimums.
AvaHost ordnet Bugsink Plan 2 bei €5 nach der Datenbankbereinigung zu. Der Service umfasst One-Click-Bereitstellung, eine benutzerdefinierte Error-Tracking-Domain, automatisiertes HTTPS, automatische Anwendungsupdates und geplante Backups. Application Email ist deaktiviert, sodass Email Alerts und Email-basierte Wiederherstellung nicht verfügbar sind; Teams sollten das Dashboard überwachen und Administrator-Anmeldedaten bewahren.
F.A.Q
Bugsink beginnt bei €5 im Plan 2 nach Hinzufügen von Headroom für PostgreSQL. Der Plan umfasst Event-Erfassung, Issue-Gruppierung, Stacktrace-Speicherung, Suche und normale Team-Überprüfung. Event-Volumen, Payload-Größe, Source Maps, Aufbewahrung, Projektanzahl und gleichzeitige Benutzer bestimmen, ob ein größerer Plan erforderlich ist.
PostgreSQL speichert Projekte, Benutzer, DSN-Konfiguration, Issues, Fehlerauftritt, Tags, Releases und verwandten Anwendungsstatus. AvaHost stellt die Datenbank bereit und verbindet sie mit Bugsink, aber der Service bleibt unverwaltet. Datenbankdaten sollten zusammen mit persistenten Anwendungs-Assets während Updates, Migration oder Recovery geschützt werden.
Bugsink ist darauf ausgelegt, Events von Sentry-kompatiblen SDKs zu akzeptieren. Jedes Projekt stellt eine DSN bereit, die das bisherige Event-Ziel in der Anwendungskonfiguration ersetzt. Eine benutzerdefinierte Domain mit automatisiertem HTTPS kann diesen Endpoint schützen. Testen Sie zunächst eine unkritische Exception und überprüfen Sie die SDK-Daten-Scrubbing-Einstellungen, bevor Sie Produktionsverkehr aktivieren.
Der E-Mail-Versand der Anwendung ist deaktiviert, daher kann Bugsink keine E-Mail-Benachrichtigungen oder Passwort-Wiederherstellungsmeldungen von der gehosteten Installation versenden. Fehlererfassung, Gruppierung, Stack-Trace-Überprüfung, Suche und Issue-Management bleiben im Browser verfügbar. Teams sollten eine Dashboard-Überprüfungsroutine etablieren und jeden alternativen Benachrichtigungspfad validieren, bevor sie sich darauf verlassen.