Français
GlitchTip Hébergement
Surveiller les erreurs, les performances des applications et la disponibilité à l'aide d'une plateforme d'observabilité open-source.
- Un clic déployer
- 50 Go Espace disque nécessaire
- 4 Go de RAM Mémoire nécessaire
- À partir de 10 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de GlitchTip
- Plus
Site web de GlitchTip
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
- glitchtip/glitchtip:latest
- Port par défaut
- 8000
- Base de données
- postgres
Comment fonctionne GlitchTip
Les applications envoient les erreurs et les transactions de performance via des SDKs compatibles Sentry. GlitchTip regroupe les défaillances connexes en problèmes, enregistre le contexte des événements et permet aux équipes d'examiner les versions, les environnements, les tags et les stack traces. Les données de performance affichent le timing des transactions, tandis que les moniteurs de disponibilité effectuent des requêtes planifiées ou reçoivent des vérifications de type heartbeat pour confirmer qu'un service répond.
Les projets se situent à l'intérieur des organisations, ce qui permet de séparer les utilisateurs et les données de monitoring par produit ou équipe. Les workers en arrière-plan traitent les événements entrants et les tâches de monitoring, tandis que PostgreSQL et Valkey supportent l'état stocké et les files d'attente. Le volume d'événements est un facteur de capacité central car les erreurs, les transactions, les versions et les vérifications de disponibilité créent tous des enregistrements.
Fonctionnalités clés de GlitchTip
Le suivi des erreurs capture les exceptions via des SDKs familiers et regroupe les occurrences répétées. La surveillance des performances suit les transactions et les spans pour les intégrations supportées. La surveillance de la disponibilité vérifie les endpoints ou les signaux de tâches attendus, tandis que les commentaires sur les problèmes et les vues de projet aident les équipes à coordonner l'investigation.
La plateforme peut également exposer les fonctionnalités liées aux logs dans les versions actuelles, mais les clients doivent vérifier l'image installée et la configuration du SDK avant de s'appuyer sur un type de données spécifique. Les flux de notification par email, d'invitation et de récupération sont désactivés dans ce déploiement du catalogue, le tableau de bord est donc le canal d'examen fiable.
GlitchTip vs Sentry
GlitchTip
GlitchTip est une application de monitoring auto-hébergée combinant les erreurs, les transactions de performance, les vérifications de disponibilité et certaines fonctions de gestion de projet. Sentry est une plateforme d'observabilité commerciale plus large qui inclut les erreurs, les traces, les logs, le profiling, la session replay et l'infrastructure exploitée par le fournisseur sur de nombreux SDKs de langage.
Sentry
Sentry peut convenir aux équipes plus grandes qui souhaitent un portefeuille de produits plus large et un support opérationnel géré. GlitchTip est plus approprié lorsque la compatibilité du SDK Sentry et le contrôle auto-hébergé sont importants, et l'organisation peut exploiter le pipeline d'événements et accepter un ensemble de fonctionnalités plus restreint.
Qui utilise GlitchTip
Les équipes logicielles surveillent les applications web, les APIs, les tâches en arrière-plan et les endpoints publics. Les agences peuvent séparer les projets clients, tandis que les équipes de plateforme interne utilisent les vérifications de disponibilité et les événements d'erreur pour déterminer si une version a introduit une défaillance.
Les données de monitoring peuvent contenir des identifiants d'utilisateur, des détails de requête, des URLs ou un contexte d'application. L'échantillonnage du SDK, le nettoyage des données, la rétention, les rôles d'accès et la propriété du projet doivent être configurés avant d'envoyer les événements de production.
Auto-hébergement de GlitchTip : exigences et coûts
L'utilisation des ressources augmente avec les erreurs, les spans de transaction, les vérifications de disponibilité, les versions, les charges utiles d'événements, la rétention, le traitement en arrière-plan et les examinateurs simultanés. PostgreSQL stocke les organisations, les projets, les problèmes, les événements, les utilisateurs et la configuration, tandis que Valkey supporte le travail en file d'attente. PostgreSQL est inclus mais non géré, et sa mémoire se situe en dehors du minimum d'application exporté.
AvaHost mappe GlitchTip au Plan 4 à €20 après l'ajustement de la base de données. Le déploiement en un clic, un domaine de monitoring personnalisé, HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes planifiées sont inclus. L'email d'application est désactivé, les alertes par email, les invitations et les messages de récupération de mot de passe ne sont donc pas disponibles ; les équipes doivent examiner le tableau de bord et valider d'autres chemins de notification indépendamment.
F.A.Q
GlitchTip commence à 20 € sur le Plan 4 après inclusion de la capacité PostgreSQL. Le plan couvre le service web, le worker en arrière-plan, Valkey, la base de données et le traitement des événements ordinaires. Le volume d’erreurs, les spans de transaction, les vérifications de disponibilité, la taille de la charge utile, le nombre de projets, la rétention et les relecteurs simultanés déterminent la marge opérationnelle disponible.
AvaHost crée PostgreSQL et connecte l’application GlitchTip et le worker à celui-ci. Les organisations, projets, problèmes, événements, utilisateurs, versions, moniteurs et paramètres dépendent de cette base de données. PostgreSQL est inclus mais non géré, donc l’état de la base de données et tous les actifs de version persistants doivent rester alignés lors des modifications, migrations ou récupérations.
GlitchTip accepte les données des SDK compatibles Sentry pour les workflows d’erreurs et de performances pris en charge. Configurez le DSN du projet pour utiliser le point de terminaison GlitchTip hébergé, de préférence sur un domaine HTTPS personnalisé. Commencez par un événement de test, examinez le contexte que le SDK envoie, et configurez l’échantillonnage ou le nettoyage des données avant d’activer le trafic de production complet.
AvaHost désactive l’email applicatif, donc GlitchTip ne peut pas envoyer d’alertes email, d’invitations d’espace de travail ou de messages de récupération de mot de passe depuis ce déploiement. Le suivi des erreurs, les vues de performance, les vérifications de disponibilité, la gestion des problèmes et les tableaux de bord du navigateur restent disponibles. Les équipes doivent créer les utilisateurs via un flux administratif approuvé et tester séparément tout canal de notification non-email.