<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Logs :: Mot-clé :: Formation OpenTelemetry</title><link>https://k8s-school.fr/labs/otel/fr/tags/logs/index.html</link><description/><generator>Hugo</generator><language>fr-fr</language><copyright>Copyright (c) 2026 Fabrice Jammes - Licensed under CC BY-SA 4.0</copyright><lastBuildDate>Mon, 06 Jul 2026 09:50:00 +0200</lastBuildDate><atom:link href="https://k8s-school.fr/labs/otel/fr/tags/logs/index.xml" rel="self" type="application/rss+xml"/><item><title>Lab 5 — Logs structurées et corrélées</title><link>https://k8s-school.fr/labs/otel/fr/1_labs/50-otel-logs/index.html</link><pubDate>Mon, 06 Jul 2026 09:50:00 +0200</pubDate><guid>https://k8s-school.fr/labs/otel/fr/1_labs/50-otel-logs/index.html</guid><description>review-service écrit ses logs avec SLF4J/Logback, comme la plupart des applications Java. Dans ce lab, vous suivez le trajet complet d’un log : Logback → appender OpenTelemetry (injecté par l’agent) → OTLP → collecteur → OpenSearch — et surtout, vous exploitez la corrélation log ↔ trace.
Prérequis Labs 1 à 3 terminés. Le port-forward des UIs actif (./scripts/open-ui.sh). Les variables de la formation chargées dans votre shell : . ./scripts/env.sh. Elles donnent le port du review-service ($APP_PORT, accès direct au service, pas via le frontend-proxy) ainsi que $PF_ADDR et $PF_HOST, l’adresse sur laquelle vos port-forward écoutent. Étapes Les logs « à l’ancienne » : kubectl logs -n otel-demo deployment/review-service --tail=20 kubectl logs lit la sortie console du conteneur : du texte brut, sans contexte, service par service. Impossible de croiser avec une trace.</description></item></channel></rss>