Douze. C’est le nombre de sites que gère notre agence sous un seul compte Sentry cloud, sans qu’aucun d’entre eux n’ait jamais fait déborder le quota gratuit. Ce chiffre a longtemps suffi à trancher le débat en interne : pourquoi s’embêter à héberger un outil de suivi d’erreurs quand le SaaS fait le travail pour rien ou presque ? La réponse est venue d’un client du secteur public, dont les conditions contractuelles interdisaient l’envoi de traces d’erreurs — potentiellement porteuses de données personnelles — vers un service hébergé hors de l’Union européenne.
Cette contrainte a remis Sentry self-hébergé sur la table, et avec lui toute une série de questions qu’on avait balayées trop vite : combien coûte réellement un serveur dédié au suivi d’erreurs, qui le maintient, et qu’est-ce qu’on perd en confort par rapport à la version cloud ?
Ce que propose Sentry cloud
La version hébergée par Sentry.io fonctionne sur un modèle par événements : chaque exception PHP capturée, chaque erreur JavaScript remontée depuis le navigateur consomme un crédit du quota mensuel. Le plan gratuit couvre 5 000 événements par mois, ce qui suffit largement pour un ou deux sites à trafic modéré. Au-delà, la facturation grimpe vite dès qu’un plugin mal codé se met à logguer des milliers de warnings identiques.
L’installation, elle, tient en quelques lignes : un SDK PHP à ajouter via Composer, une clé DSN à coller dans wp-config.php, et les premières erreurs remontent en quelques minutes. Aucune infrastructure à surveiller, aucune mise à jour à planifier — l’éditeur s’en charge.
Ce qu’implique l’auto-hébergement
La version self-hosted de Sentry se déploie via Docker Compose et embarque son propre écosystème : PostgreSQL, Redis, Kafka, ClickHouse et une dizaine de services applicatifs. Ce n’est pas un simple conteneur à lancer un vendredi après-midi — c’est une petite plateforme de données à part entière, avec ses propres sauvegardes, ses propres montées de version et son propre budget de calcul.
Le gain principal est la maîtrise totale du stockage : chaque trace d’erreur reste sur une machine que l’agence contrôle, ce qui répond directement à l’exigence de confidentialité. Le second avantage, moins évident, est l’absence de plafond artificiel : on peut logguer autant d’événements que la machine le supporte, sans facture qui grimpe.
Le coût réel de la maintenance
- Mises à jour de sécurité du serveur hôte, à planifier comme pour n’importe quel VPS de production ;
- Montées de version de Sentry lui-même, qui modifient parfois le schéma de base de données et imposent une fenêtre de maintenance ;
- Surveillance de l’espace disque, car les traces d’erreurs s’accumulent vite sur un parc actif ;
- Sauvegarde de la base PostgreSQL, sans quoi l’historique d’erreurs disparaît au premier incident matériel.
Sur nos douze sites, cette charge représente environ une demi-journée par trimestre pour une personne déjà familière de Docker. Ce n’est pas négligeable, mais ce n’est pas non plus un poste de travail à plein temps.
Confidentialité : ce qui change vraiment
Un point mérite d’être nuancé : Sentry cloud propose lui aussi des options de résidence des données, y compris une région européenne. Pour beaucoup de clients, cette option suffit largement sans justifier l’auto-hébergement. La vraie ligne de partage n’est donc pas « Europe contre reste du monde », mais « tiers de confiance contractuel contre infrastructure entièrement interne ». Certains marchés publics ou certains secteurs réglementés exigent la seconde option, point final, quelles que soient les garanties contractuelles proposées par l’éditeur.
Un cas intermédiaire : le relais applicatif
Une solution que nous avons testée sur un projet consiste à faire transiter les événements par un petit proxy interne qui filtre les données sensibles avant de les transmettre à Sentry cloud. Cette approche réduit le risque sans imposer la lourdeur d’une plateforme complète, mais elle demande de maintenir soi-même la logique de filtrage — et donc de connaître précisément la structure des payloads envoyés par le SDK.
Comparatif synthétique
| Critère | Sentry cloud | Sentry self-hébergé |
|---|---|---|
| Mise en place | Quelques minutes | Une demi-journée à une journée |
| Maintenance récurrente | Aucune | Mises à jour, sauvegardes, supervision |
| Coût pour un petit parc | Gratuit à modéré | Coût du serveur, fixe |
| Localisation des données | Choix de région limité | Totale, chez l’hébergeur choisi |
| Scalabilité | Automatique, facturée | À la charge de l’équipe |
Avant de choisir, comptez vos événements réels sur un mois, pas vos sites. Un seul site mal réglé peut consommer plus de quota que dix sites propres.
Notre verdict
Pour l’immense majorité des projets de notre parc, Sentry cloud reste le choix le plus rationnel : le coût de la maintenance self-hébergée dépasse presque toujours l’économie réalisée sur l’abonnement, sauf à très gros volume. L’auto-hébergement ne devient pertinent que lorsqu’une contrainte externe — contractuelle, réglementaire ou sectorielle — l’impose, et non par simple volonté de réduire une facture mensuelle somme toute modeste à l’échelle d’un projet client.
