TP : Configurer un Collector OpenTelemetry (receivers, processors, exporters)

Ce que vous allez apprendre dans ce TP

• Composer un pipeline receiver → processors → exporter
• Masquer des données personnelles
• Filtrer le bruit

Le pipeline #

Ce que vous allez apprendre dans cette section

• Composer un pipeline receiver → processors → exporter
• Masquer des données personnelles
• Filtrer le bruit

Contexte. Vos applications émettent de la télémétrie vers un backend précis ; changer de backend obligerait à les modifier. Le Collector s'intercale : il reçoit, transforme et route la télémétrie, vous le configurez pas à pas.

Prérequis : Docker, notions de traces  ·  Durée estimée : 40 min

Du receiver à l'exporter.

1. 1. Écrire la configuration

   Pourquoi ? Le pipeline décrit le chemin de la donnée ; l'ordre des processors compte (memory_limiter d'abord, batch en dernier).

   Receiver OTLP, memory_limiter, attributes, batch et exporter debug.

2. 2. Lancer et valider

   Pourquoi ? Valider la configuration avant de démarrer évite un Collector qui boucle en erreur au démarrage.

   Validez puis démarrez le Collector contrib.

3. 3. Envoyer des traces

   Pourquoi ? L'exporter debug permet de voir exactement ce qui sort du pipeline : c'est la preuve que les processors font ce qu'on attend.

   Générez des traces avec telemetrygen en ajoutant un attribut user.email.

4. 4. Filtrer le bruit

   Pourquoi ? Supprimer les healthchecks à la source réduit le volume et le coût sans toucher aux applications.

   Ajoutez un processor filter qui supprime les spans dont le chemin est /healthz.

Niveau de difficulté : ●●○○○ (2/5)