Ce que vous allez apprendre dans ce TP
- Brancher un logger existant sur OpenTelemetry
- Corréler logs et traces
- Collecter des fichiers avec filelog
Introduction #
Ce que vous allez apprendre dans cette section
- Brancher un logger existant sur OpenTelemetry
- Corréler logs et traces
- Collecter des fichiers avec filelog
Contexte. Les logs de facturation sont des fichiers texte que personne ne relie aux traces. Vous branchez le service moderne sur OpenTelemetry et récupérez les logs de l'application historique sans la modifier.
Prérequis : Docker et Python 3.10 ou plus ; la pile grafana/otel-lgtm (Collector, Tempo, Loki, Prometheus, Pyroscope et Grafana dans un seul conteneur) · Durée estimée : 45 min
Mise en place #
Étapes guidées, avec leur correction.
1. Démarrer la pile d'observabilité
Pourquoi ? Une seule image fournit un Collector OTLP et tous les backends : on se concentre sur le signal.
Lancezgrafana/otel-lgtm, créez un environnement Python et pointez les exportateurs vers le port OTLP/HTTP 4318.2. Brancher le module logging
Pourquoi ? Le LoggingHandler transforme chaque appel logging en LogRecord OpenTelemetry, avec le contexte de trace actif.
Écrivezfacturation.py: un LoggerProvider avec exportateur OTLP, un handler ajouté au logger racine, un TracerProvider, et des logs INFO et ERROR émis à l'intérieur de spans.3. Interroger et corréler dans Grafana
Pourquoi ? Le trace_id porté par chaque log permet de passer du log à la trace et inversement.
Dans Explore > Loki, affichez les erreurs du service, dépliez une ligne et repéreztrace_id,span_id, la sévérité et vos attributs. Ouvrez la trace liée, puis depuis un span Tempo affichez ses logs.4. Collecter les logs d'une application historique
Pourquoi ? Sans toucher au code, le receiver filelog lit les fichiers, parse le JSON, la sévérité et le contexte de trace.
Générez un fichier de logs JSON, puis lancez un Collector contrib sur le même réseau que la pile, avecfilelog,json_parser,trace_parseret un processeurresourcequi fixeservice.name.5. Réduire et masquer
Pourquoi ? Le Collector supprime le bruit et les données personnelles avant le stockage.
Ajoutez un processeurfilterqui supprime les logs INFO et untransformqui masque les adresses e-mail dans le corps, puis vérifiez dans Loki.
Niveau de difficulté : ●●●○○ (3/5)
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
Articles recommandés
RUM et Synthetic Monitoring avec Datadog : synthetic transaction monitoring et expérience utilisateur
Mesurer l'expérience utilisateur avec Datadog : RUM navigateur et mobile, Core Web Vitals, Sessio...
Infrastructure avancée avec Datadog : réseau, cloud, conteneurs et bases de données
Superviser l'infrastructure au-delà des hôtes : Network Performance Monitoring, intégrations AWS,...
Sécurité avec Datadog : Cloud SIEM, Cloud Security et protection des applications
Découvrir les produits de sécurité de Datadog : Cloud SIEM et règles de détection, Cloud Security...
Incidents et automatisation avec Datadog : On-Call, Incident Management et Workflow Automation
Gérer les incidents dans Datadog : monitors bien conçus, astreinte avec On-Call, déclaration et s...
Coûts et gouvernance Datadog : usage, attribution, RBAC et politiques de tags
Maîtriser la facture et gouverner Datadog : suivi de l'usage et de l'estimation, attribution des ...
ActiveGate et network zones : architecture, routage et haute disponibilité
Comprendre et déployer ActiveGate dans Dynatrace : rôles (routage, API, intégrations cloud, exten...
Dynatrace Operator sur Kubernetes : DynaKube, modes de supervision et dépannage
Superviser Kubernetes avec le Dynatrace Operator : installation Helm, ressource DynaKube, modes c...
OpenTelemetry et Dynatrace : OTLP, collecteur et instrumentation
Intégrer OpenTelemetry à Dynatrace : endpoint OTLP et jetons, Dynatrace OTel Collector, traces, m...
Logs avancés avec OpenPipeline : traitement, masquage, buckets et rétention
Gérer les logs dans Dynatrace avec OpenPipeline : ingestion, routage, traitement DQL (parsing, en...