Le monitoring vous dit quand ça casse. L'observability vous dit pourquoi. En 2025, la différence n'est plus académique — c'est la différence entre un incident de 10 minutes et un incident de 10 heures.
Monitoring : la carte postale
Le monitoring, c'est recevoir une carte postale qui dit "tout va bien" ou "quelque chose ne va pas". Vous savez qu'il y a un problème. Vous ne savez pas où, ni pourquoi, ni comment le corriger.
Le monitoring traditionnel repose sur des alertes prédéfinies : si CPU > 80%, alerte. Si erreur > 1%, alerte. Le problème : ces alertes ne couvrent que les scénarios anticipés. Le bug que vous n'avez pas anticipé ? Pas d'alerte.
Observability : la radiographie
L'observability, c'est avoir une radiographie de votre système. Vous pouvez voir chaque requête, chaque trace, chaque log. Vous pouvez poser des questions que vous n'aviez pas anticipées : "Pourquoi les requêtes de l'utilisateur X sont-elles 10x plus lentes que les autres ?"
L'observability repose sur trois piliers :
1. Métriques — Les chiffres agrégés. CPU, mémoire, latence, throughput. Pour détecter les problèmes.
2. Logs — Les événements discrets. "Utilisateur X a fait Y à Z heure". Pour comprendre les problèmes.
3. Traces distribuées — Le parcours d'une requête à travers tous les services. Pour localiser les problèmes.
Le cas pratique
Scénario : votre API répond en 5 secondes au lieu de 200ms.
Avec monitoring : vous recevez une alerte "latence élevée". Vous regardez le dashboard. CPU normal. Mémoire normale. Pas d'erreur. Vous passez 2 heures à chercher.
Avec observability : vous cherchez une trace lente. Vous trouvez la requête. Vous voyez qu'elle passe par 5 services. Le service 3 met 4.5 secondes. Vous regardez les logs du service 3. Il fait un appel à une API externe qui timeout. Vous savez exactement quoi corriger en 5 minutes.
Le coût de l'observability
L'observability coûte cher. Datadog, New Relic, Honeycomb — ces outils facturent par host, par GB de logs, par trace. Une infrastructure de 50 serveurs peut coûter 5 000€/mois en observability.
Mais le coût de l'absence d'observability est plus élevé. Un incident de 10 heures sur un service qui génère 10 000€/heure, c'est 100 000€ de perte. L'observability qui aurait permis de résoudre en 10 minutes coûte 5 000€/mois. Le ROI est évident.
Open-source vs commercial
Open-source : Prometheus (métriques), Loki (logs), Tempo (traces), Grafana (visualisation). La stack Grafana Labs est gratuite et puissante. Mais elle nécessite de l'expertise pour l'installer et la maintenir.
Commercial : Datadog, New Relic, Honeycomb, Lightstep. Plus cher mais plus facile. Pour les équipes qui veulent se concentrer sur leur produit, pas sur leur outillage de monitoring.
Le choix dépend de votre équipe et de votre budget. Mais ne faites pas le choix de ne pas avoir d'observability. C'est le choix le plus coûteux.
Et vous ?
Vous avez du monitoring mais pas d'observability ? Aprilium met en place votre stack d'observabilité : métriques, logs, traces distribuées. Vous détecterez et résoudrez les incidents 10x plus vite.
Mettre en place observability