Aller au contenu
MTTL, Mean Time To Learn

TechniquePratique

Architecture cliquable

Pour : ingénieurs et SRE · architectesPrérequis : Notions de base sur les métriques, les traces et les logs.

Mode de lecture

Une pile d’observabilité se lit comme un réseau de transport : des producteurs (les applications), une gare de triage (le Collector OpenTelemetry), des entrepôts spécialisés par type de signal et des guichets où l’on consulte et où l’on alerte. La pile ci-dessous est un exemple, pas un choix par défaut : chaque fiche cite des alternatives équivalentes, open source ou commerciales et le Collector permet de passer de l’une à l’autre. Toutes ses briques sont open source, sauf Phoenix (Elastic License 2.0, source disponible) et toutes peuvent être hébergées sur une infrastructure souveraine. Chaque brique est cliquable.

MétriqueTraceLogPointillés : lien indirect (scores réinjectés en métriques).
PlateformeMLSécuritéProduit, équipe applicativeRépartition typique, à adapter : l'essentiel est qu'un nom figure sur chaque brique.

Cliquez sur une brique, ou placez-vous dessus avec Tab puis Entrée, pour ouvrir sa fiche.

OTLPAstreinteApplicationSDK OpenTelemetryProduitOpenTelemetry CollectorOTLP 4317 / 4318PlateformeVictoriaMetricsmétriques, port 8428PlateformeGrafana Tempotraces, port 3200PlateformeVictoriaLogs ou Lokilogs, ports 9428 / 3100SécuritéPhoenix ou Langfuseévaluation, port 6006MLGrafanatableaux de bord, port 3000Plateformevmalert + Alertmanageralertes, ports 8880 / 9093Plateforme

À essayer

Section intitulée « À essayer »
  1. Suivre un signal : lancez l’animation. La métrique, la trace et le log partagent le premier tronçon (OTLP vers le Collector), puis se séparent vers trois bases différentes et se retrouvent dans Grafana. Les spans GenAI partent aussi vers l’outil d’évaluation.
  2. Ouvrir le Collector : sa configuration minimale montre les pipelines (métriques, traces, logs, plus un pipeline traces/genai qui ne garde que les spans GenAI pour l’outil d’évaluation) et leurs exportateurs. C’est le seul endroit à modifier pour changer de backend.
  3. Activer « Qui possède quoi » : la plateforme possède la majorité des briques, mais les logs relèvent souvent de la sécurité et l’évaluation de l’équipe ML. Demandez-vous qui possède les règles de masquage dans le Collector ou les labels qui font exploser la cardinalité.
  4. Comparer les ports : ouvrez Phoenix ou Langfuse, puis Grafana. Deux conflits classiques apparaissent (4317 avec le Collector, 3000 avec Grafana) : vérifiez-les avant un déploiement sur une seule machine.

Ce qu’il faut retenir

Section intitulée « Ce qu’il faut retenir »
  • Tout passe par le Collector. Les applications ne connaissent qu’une adresse OTLP ; le routage, le masquage et l’échantillonnage se décident à un seul endroit.
  • Chaque brique s’observe elle-même. Les trois métriques de chaque fiche sont à mettre dans un tableau de bord de la chaîne et dans des alertes : une perte silencieuse de spans est un incident.
  • Un nom par brique. L’architecture technique ne suffit pas : sans propriétaire désigné, les arbitrages (rétention, cardinalité, seuils) n’ont pas de décideur.

Pour aller plus loin : la formation VictoriaMetrics pour les LLM, la formation observabilité des LLM, l’architecture de la méthode GenAI et l’explorateur de traces pour voir ce que transporte cette pile.

Révisé le 2 octobre 2026 : configurations vérifiées contre les versions courantes (noms d’exportateurs otlp_grpc et otlp_http, rétention de Tempo 3, filtre des spans GenAI vers l’outil d’évaluation), licence de Phoenix précisée et alternatives citées pour chaque brique de stockage.