Observability : voir ce qui se passe en production
L’observability permet de comprendre l’état interne d’un système à partir de ses outputs. Logs, métriques et traces forment les trois piliers. Sans observability, le debugging en production est de la divination. Chez Eve Media, nous instrumentons nos applications pour la visibilité totale.
Les trois piliers
Logs : événements discrets horodatés. Métriques : mesures numériques agrégées. Traces : parcours d’une requête à travers les services. Ensemble, ils donnent une vue complète.
Logs
Les logs enregistrent ce qui s’est passé. Structurés (JSON) plutôt que texte libre pour le parsing. Niveaux (debug, info, warn, error) pour filtrer. Correlation IDs pour suivre une requête.
Métriques
Les métriques sont des nombres : requêtes/seconde, latence p99, taux d’erreur, CPU. Agrégées sur le temps, elles montrent les tendances. Prometheus est le standard open-source.
Traces distribuées
Une trace suit une requête à travers tous les services qu’elle traverse. Chaque span représente une opération. OpenTelemetry est le standard pour l’instrumentation. Jaeger et Zipkin visualisent les traces.
OpenTelemetry
OpenTelemetry unifie l’instrumentation : logs, métriques, traces avec une seule SDK. Vendor-neutral, vous pouvez changer de backend sans modifier le code. C’est l’avenir de l’observability.
Alerting
Les métriques déclenchent des alertes quand les seuils sont dépassés. Erreur rate > 1% = alerte. Latence p99 > 500ms = alerte. Les alertes doivent être actionnables, pas du bruit.
Dashboards
Grafana visualise métriques et logs. Les dashboards montrent l’état du système d’un coup d’œil. RED (Rate, Errors, Duration) pour les services. USE (Utilization, Saturation, Errors) pour les ressources.
APM
Les solutions APM (Datadog, New Relic, Dynatrace) intègrent les trois piliers. Plus faciles à setup que les solutions DIY. Le coût peut être significatif à grande échelle.
Coûts de l’observability
Le stockage des logs et traces peut coûter cher. Échantillonnage intelligent des traces. Retention adaptée aux besoins. Le coût de ne pas avoir d’observability (incidents prolongés) est souvent pire.
Culture
L’observability est une culture autant qu’une technique. Les développeurs doivent instrumenter leur code. Le debugging commence par les dashboards. C’est un changement de mindset.
Conclusion
L’observability transforme le debugging de « qu’est-ce qui s’est passé ? » en « je vois exactement ce qui s’est passé ». C’est indispensable pour opérer des systèmes complexes en production.
Chez Eve Media, nous implémentons l’observability. Contactez-nous pour des systèmes observables.
