Italiano
Bugsink Hosting
Traccia gli errori e le eccezioni dell'applicazione con una dashboard dei problemi self-hosted mirata.
- Un clic distribuisci
- 15 GB Spazio su disco necessario
- 1 GB di RAM Memoria necessaria
- Da 2 € Prezzo
Nessuna tassa di attivazione
Link ufficiali
I link ufficiali e il sito web originale di Bugsink
- Di più
Sito web di Bugsink
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
- bugsink/bugsink:latest
- Porta predefinita
- 8000
- Database
- postgres
Come funziona Bugsink
Le applicazioni inviano eccezioni a Bugsink tramite SDK Sentry compatibili. Ogni progetto riceve un DSN e l'SDK allega i dettagli dell'errore come stack trace, contesto del codice, ambiente, release, tag e variabili locali disponibili. Bugsink raggruppa gli eventi simili in issue in modo che i guasti ripetuti possano essere esaminati come un unico problema anziché centinaia di voci separate.
Gli sviluppatori aprono un issue per ispezionare le occorrenze, comprendere le release o gli ambienti interessati e spostarlo attraverso un flusso di lavoro di risoluzione. Le source map e le informazioni sulla release possono migliorare la diagnostica JavaScript se configurate correttamente. Il servizio si concentra sulla ricezione e la presentazione degli eventi di errore piuttosto che sulla sostituzione dei log applicativi, delle metriche o del tracciamento completo delle prestazioni.
Funzionalità chiave di Bugsink
La compatibilità con gli SDK Sentry rende possibile la migrazione modificando il DSN invece di sostituire le librerie di strumentazione. Le visualizzazioni stack trace-first posizionano l'eccezione e il contesto circostante al centro dell'indagine. Il raggruppamento delle issue riduce il rumore, mentre la ricerca e i tag aiutano a restringere i guasti per progetto, ambiente, release o contesto utente.
Gli avvisi possono notificare un team a monte, ma l'email dell'applicazione è disabilitata in questa distribuzione del catalogo, quindi gli avvisi email non lasciano l'installazione ospitata. Gli sviluppatori dovrebbero fare affidamento sul dashboard di Bugsink e su qualsiasi integrazione separatamente validata piuttosto che assumere una copertura di notifica email.
Bugsink vs Sentry
Bugsink
Bugsink è un tracker di errori self-hosted focalizzato costruito attorno alla compatibilità con gli SDK Sentry, alle issue raggruppate, agli stack trace e a un'impronta operativa comparativamente ridotta. Sentry è una piattaforma di monitoraggio commerciale più ampia che combina il tracciamento degli errori con tracce di prestazioni, log, session replay, profiling e servizi gestiti dal provider.
Sentry
Sentry può essere adatto alle organizzazioni che desiderano un prodotto di osservabilità più ampio e opzioni di servizio gestito. Bugsink è attraente quando il requisito è un affidabile crash reporting con SDK familiari e controllo diretto dei dati di errore archiviati, senza gestire una piattaforma di monitoraggio completa.
Chi usa Bugsink
Gli sviluppatori di applicazioni utilizzano Bugsink per raccogliere eccezioni di produzione da servizi web, job in background e applicazioni client. Le agenzie possono separare i progetti per cliente, mentre i piccoli team di ingegneria utilizzano tag di release e ambiente per distinguere i guasti attuali dalle distribuzioni più vecchie.
I rapporti di errore possono contenere dati personali, dettagli di richiesta o variabili locali. I team dovrebbero rivedere le impostazioni di scrubbing dell'SDK ed evitare di acquisire segreti, token di autenticazione, dati di pagamento o altri valori sensibili non necessari per la diagnosi.
Self-hosting di Bugsink: requisiti e costi
La domanda di risorse cresce con il volume degli eventi, la dimensione dello stack trace, il raggruppamento delle issue, la conservazione, la ricerca, le source map, l'attività di release e i revisori simultanei. PostgreSQL memorizza progetti, issue, occorrenze, utenti e configurazione. Il database è incluso ma non gestito e la sua memoria è esterna al minimo dell'applicazione Bugsink esportato.
AvaHost mappa Bugsink al Piano 2 a €5 dopo l'adeguamento del database. Il servizio include distribuzione con un clic, un dominio di tracciamento errori personalizzato, HTTPS automatico, aggiornamenti automatici dell'applicazione e backup pianificati. L'email dell'applicazione è disabilitata, quindi gli avvisi email e il recupero basato su email non sono disponibili; i team dovrebbero monitorare il dashboard e preservare le credenziali dell'amministratore.
F.A.Q
Bugsink inizia a €5 nel Piano 2 dopo aver aggiunto spazio per PostgreSQL. Il piano copre l’acquisizione di eventi, il raggruppamento dei problemi, l’archiviazione degli stacktrace, la ricerca e la revisione normale del team. Il volume degli eventi, la dimensione del payload, le mappe sorgente, la conservazione, il numero di progetti e gli utenti simultanei determinano se è necessario un piano più grande.
PostgreSQL contiene progetti, utenti, configurazione DSN, problemi, occorrenze di errori, tag, rilasci e lo stato dell’applicazione correlato. AvaHost provisiona il database e lo connette a Bugsink, ma il servizio rimane non gestito. I dati del database devono essere protetti insieme a qualsiasi risorsa dell’applicazione persistente durante gli aggiornamenti, la migrazione o il ripristino.
Bugsink è progettato per accettare eventi da SDK compatibili con Sentry. Ogni progetto fornisce un DSN che sostituisce la destinazione precedente dell’evento nella configurazione dell’applicazione. Un dominio personalizzato con HTTPS automatico può proteggere quell’endpoint. Testa prima un’eccezione non sensibile e rivedi le impostazioni di data-scrubbing dell’SDK prima di abilitare il traffico di produzione.
La consegna email dell’applicazione è disabilitata, quindi Bugsink non può inviare avvisi email o messaggi di recupero password dall’installazione ospitata. L’acquisizione degli errori, il raggruppamento, la revisione dello stacktrace, la ricerca e la gestione dei problemi rimangono disponibili nel browser. I team devono stabilire una routine di revisione del dashboard e convalidare qualsiasi percorso di notifica non basato su email prima di affidarsi ad esso.