Un standard plutôt qu'un agent maison

Chaque éditeur d'outils de supervision propose son propre agent, son propre format, sa propre facturation. Instrumenter Odoo pour l'un d'eux revient à s'y attacher : changer d'outil suppose de tout réinstrumenter.

OpenTelemetry est né pour sortir de là. Porté par la Cloud Native Computing Foundation, il définit une manière commune de produire traces, métriques et journaux, que les outils d'observabilité savent tous consommer. L'application est instrumentée une fois ; la destination reste un choix, et un choix réversible.

Fonctionnalités principales

• Collecte et standardisation des logs applicatifs Odoo.
• Mesure de métriques de performance (temps de réponse, requêtes SQL, sessions).
• Traces distribuées des appels Odoo et connecteurs externes.
• Compatibilité avec Grafana, Prometheus, Datadog, etc.
• Suivi temps réel et alertes personnalisées.

Exemples d’usage

• Un DSI identifie les lenteurs en retraçant un appel depuis Odoo jusqu’à son connecteur externe.
• Les métriques de sessions et de latence sont visibles en temps réel dans Grafana.
• Un audit complet des logs et traces est disponible pour le support technique.

Questions fréquentes

À quoi servent les traces, en plus des journaux ?

Un journal dit qu'une requête a été lente. Une trace dit où : dans le calcul Odoo, dans une requête SQL, ou dans l'attente d'un service externe. Sur un ERP qui parle à une dizaine de systèmes, c'est la différence entre constater une lenteur et savoir quoi corriger.

Cela ralentit-il la production ?

L'instrumentation a un coût, faible, et l'échantillonnage permet de le régler : on trace tout en recette, une fraction du trafic en production, et l'intégralité des appels en erreur.

Faut-il une plateforme d'observabilité complète ?

Pas nécessairement pour commencer. Un tableau de bord Grafana et une base de métriques suffisent à traiter les premières questions. Voir aussi notre offre d'hébergement infogéré, où cette supervision est en place.