RousselTMLEARNING

Observabilité · Formations

Grafana Pyroscope : de la découverte à l’expertise

Formation complète sur le profiling continu avec Grafana Pyroscope : types de profils, flame graphs, SDK, Alloy et eBPF, corrélation avec les traces et déploiement Kubernetes.

8 chapitres13 leçonsFR
À votre rythme, par la pratique.

À l’issue de cette formation, vous saurez

  • Expliquer le profiling continu et lire un flame graph
  • Instrumenter des applications avec les SDK, Alloy et eBPF
  • Diagnostiquer CPU, mémoire et contention avec Pyroscope
  • Relier traces et profils avec Tempo
  • Déployer Pyroscope sur Kubernetes

🎯 Niveau : Intermédiaire👥 Public visé : Développeurs, SRE et DevOps qui veulent comprendre la consommation CPU et mémoire de leurs applications en production

LEARNING PATH

Programme de la formation

0Vue d'ensemble de la formation1 leçon
1Introduction au profiling continu1 leçon

Le quatrième signal, les types de profils et les flame graphs.

  1. Le profiling continuArticle · ⏱ 4 min
2Architecture et déploiement2 leçons
3Instrumentation3 leçons
4Analyse des profils2 leçons
5Corrélation avec les traces1 leçon
6Kubernetes et exploitation2 leçons
7Bonnes pratiques1 leçon

Les pratiques recommandées pour exploiter le produit en production.

  1. Bonnes pratiques PyroscopeArticle · ⏱ 4 min

LEARN BY DOING

Cas concrets & applications

Réduire la facture cloud

Trouver les fonctions qui consomment le plus de CPU à l'échelle du parc.

Résoudre une fuite mémoire

Identifier ce qui reste en mémoire avec les profils inuse.

Valider une optimisation

Comparer deux versions avec un diff flame graph.

Comprendre une requête lente

Passer d'une trace au profil exact du span.

Prérequis conseillés

Et ensuite ?

Questions fréquentes

Qu'est-ce que le profiling continu ?

C'est l'échantillonnage permanent, en production, des piles d'appels des processus, pour savoir quelles fonctions consomment CPU, mémoire ou temps d'attente.

Quel est le surcoût du profiling ?

En général 1 à 3 % de CPU, grâce à l'échantillonnage. eBPF est encore plus léger.

Faut-il modifier le code ?

Non avec eBPF (profils CPU) ; oui avec les SDK, qui apportent labels métier, profils mémoire et liens vers les traces.

Quels langages sont pris en charge ?

Go, Java, Python, Ruby, Node.js, .NET et Rust via les SDK ; tous les langages compilés et plusieurs interprétés via eBPF.