Français
Bugsink Hébergement
Suivez les erreurs et exceptions d'application avec un tableau de bord de problèmes auto-hébergé et ciblé.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Bugsink
- Plus
Site web de Bugsink
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Un conteneur PostgreSQL est provisionné avec l'application et reste non géré par AvaHost.
Tech
- Image Docker
- bugsink/bugsink:latest
- Port par défaut
- 8000
- Base de données
- postgres
Comment fonctionne Bugsink
Les applications envoient les exceptions à Bugsink via les SDK Sentry compatibles. Chaque projet reçoit un DSN, et le SDK joint les détails des erreurs tels que les stack traces, le contexte du code, l'environnement, la version, les tags et les variables locales disponibles. Bugsink regroupe les événements similaires en problèmes afin que les défaillances répétées puissent être examinées comme un seul problème plutôt que comme des centaines d'entrées distinctes.
Les développeurs ouvrent un problème pour inspecter les occurrences, comprendre les versions ou environnements affectés, et le faire progresser dans un flux de résolution. Les source maps et les informations de version peuvent améliorer les diagnostics JavaScript lorsqu'ils sont configurés correctement. Le service se concentre sur la réception et la présentation des événements d'erreur plutôt que de remplacer les journaux d'application, les métriques ou le traçage complet des performances.
Fonctionnalités clés de Bugsink
La compatibilité avec les SDK Sentry rend la migration possible en changeant simplement le DSN au lieu de remplacer les bibliothèques d'instrumentation. Les vues basées sur la stack trace placent l'exception et le contexte environnant au centre de l'investigation. Le regroupement des problèmes réduit le bruit, tandis que la recherche et les tags aident à affiner les défaillances par projet, environnement, version ou contexte utilisateur.
Les alertes peuvent notifier une équipe en amont, mais l'email d'application est désactivé dans ce déploiement du catalogue, donc les alertes par email ne quittent pas l'installation hébergée. Les développeurs doivent s'appuyer sur le tableau de bord Bugsink et sur toute intégration séparément validée plutôt que de supposer une couverture de notification par email.
Bugsink vs Sentry
Bugsink
Bugsink est un suivi d'erreurs auto-hébergé et ciblé construit autour de la compatibilité des SDK Sentry, du regroupement des problèmes, des stack traces et d'une empreinte opérationnelle comparativement réduite. Sentry est une plateforme de surveillance commerciale plus large qui combine le suivi des erreurs avec les traces de performance, les journaux, la relecture de session, le profilage et les services gérés par le fournisseur.
Sentry
Sentry peut convenir aux organisations qui souhaitent un produit d'observabilité plus large et des options de service géré. Bugsink est attrayant lorsque l'exigence est un rapport de crash fiable avec des SDK familiers et un contrôle direct des données d'erreur stockées, sans exploiter une plateforme de surveillance complète.
Qui utilise Bugsink
Les développeurs d'applications utilisent Bugsink pour collecter les exceptions de production à partir de services web, de tâches en arrière-plan et d'applications clientes. Les agences peuvent séparer les projets par client, tandis que les petites équipes d'ingénierie utilisent les tags de version et d'environnement pour distinguer les défaillances actuelles des déploiements plus anciens.
Les rapports d'erreur peuvent contenir des données personnelles, des détails de requête ou des variables locales. Les équipes doivent examiner les paramètres de nettoyage du SDK et éviter de capturer les secrets, les jetons d'authentification, les données de paiement ou d'autres valeurs sensibles qui ne sont pas nécessaires pour le diagnostic.
Auto-hébergement de Bugsink : exigences et coût
La demande de ressources augmente avec le volume d'événements, la taille des stack traces, le regroupement des problèmes, la rétention, la recherche, les source maps, l'activité de version et les examinateurs simultanés. PostgreSQL stocke les projets, les problèmes, les occurrences, les utilisateurs et la configuration. La base de données est incluse mais non gérée, et sa mémoire est en dehors du minimum d'application Bugsink exporté.
AvaHost mappe Bugsink au Plan 2 à 5 € après l'ajustement de la base de données. Le service inclut un déploiement en un clic, un domaine de suivi d'erreurs personnalisé, HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes planifiées. L'email d'application est désactivé, donc les alertes par email et la récupération basée sur l'email ne sont pas disponibles ; les équipes doivent surveiller le tableau de bord et préserver les identifiants d'administrateur.
F.A.Q
Bugsink commence à 5 € sur le Plan 2 après ajout de marge pour PostgreSQL. Le plan couvre l’ingestion d’événements, le regroupement des problèmes, le stockage des traces de pile, la recherche et l’examen normal en équipe. Le volume d’événements, la taille de la charge utile, les cartes sources, la rétention, le nombre de projets et les utilisateurs simultanés déterminent si un plan plus grand est nécessaire.
PostgreSQL contient les projets, utilisateurs, configuration DSN, problèmes, occurrences d’erreurs, tags, versions et l’état applicatif associé. AvaHost provisionne la base de données et la connecte à Bugsink, mais le service reste non géré. Les données de la base de données doivent être protégées conjointement avec tous les actifs applicatifs persistants lors des mises à jour, migrations ou récupérations.
Bugsink est conçu pour accepter les événements des SDK compatibles Sentry. Chaque projet fournit un DSN qui remplace la destination d’événement précédente dans la configuration de l’application. Un domaine personnalisé avec HTTPS automatisé peut protéger ce point de terminaison. Testez d’abord une exception non sensible et examinez les paramètres de nettoyage des données du SDK avant d’activer le trafic de production.
La livraison des e-mails d’application est désactivée, donc Bugsink ne peut pas envoyer d’alertes par e-mail ni de messages de récupération de mot de passe depuis l’installation hébergée. L’ingestion des erreurs, le regroupement, l’examen des traces de pile, la recherche et la gestion des problèmes restent disponibles dans le navigateur. Les équipes doivent établir une routine d’examen du tableau de bord et valider tout chemin de notification non-e-mail avant de s’y fier.