Points clés
- Catégorie
- Développement et Web
- Types d’entrée
- textarea, select, checkbox
- Type de sortie
- html
- Couverture des échantillons
- 4
- API disponible
- Yes
Vue d’ensemble
Ce décodeur de traces distribuées transforme vos fichiers JSON bruts (Jaeger, Zipkin, OpenTelemetry) en une visualisation claire sous forme de diagramme en cascade (waterfall). Conçu pour les développeurs backend, les ingénieurs SRE et DevOps, il permet d'analyser rapidement les performances, d'identifier les goulots d'étranglement et de repérer les erreurs au sein de vos architectures microservices sans avoir à déployer une infrastructure de monitoring complexe.
Quand l’utiliser
- •Lors de l'investigation d'une latence élevée sur une requête API impliquant de multiples microservices.
- •Pour identifier rapidement quel service spécifique a généré une erreur dans une chaîne d'appels complexe.
- •Lors de l'optimisation des performances globales d'un système distribué pour comprendre l'ordre d'exécution et le parallélisme des spans.
Comment ça marche
- •Collez le contenu de votre trace au format JSON dans le champ principal.
- •Sélectionnez le format d'origine (Jaeger, Zipkin, OpenTelemetry) ou laissez l'outil le détecter automatiquement.
- •Ajustez l'unité de temps (microsecondes, millisecondes ou secondes) et filtrez éventuellement pour n'afficher que les erreurs.
- •Visualisez instantanément le diagramme en cascade généré pour explorer la hiérarchie, la durée et le statut de chaque span.
Cas d’usage
Exemples
1. Analyse d'une lenteur sur le processus de paiement
Ingénieur SRE- Contexte
- Les utilisateurs signalent que la validation du panier prend parfois plus de 3 secondes.
- Problème
- Identifier quel microservice ralentit la transaction globale parmi l'API Gateway, le service de paiement et l'inventaire.
- Comment l’utiliser
- Collez le JSON de la trace Jaeger de la requête lente, sélectionnez le format 'Jaeger JSON' et définissez l'unité sur 'Milliseconds'.
- Configuration d’exemple
-
Format: Jaeger JSON, Unité: ms - Résultat
- Le diagramme en cascade révèle visuellement que le span du service 'payment-service' prend 2,8 secondes, permettant de cibler immédiatement l'optimisation.
2. Isolement des erreurs dans une chaîne d'appels
Développeur Backend- Contexte
- Une requête API échoue avec une erreur 500 générique, mais implique 5 services différents en cascade.
- Problème
- Trouver rapidement le span exact contenant l'erreur sans lire manuellement un fichier JSON de plusieurs milliers de lignes.
- Comment l’utiliser
- Collez le JSON OpenTelemetry et cochez l'option 'Afficher uniquement les spans en erreur'.
- Configuration d’exemple
-
Format: Auto Detect, Unité: ms, onlyErrors: true - Résultat
- L'interface masque tous les spans réussis et met en évidence le service d'inventaire qui a renvoyé une erreur de connexion à la base de données.
Tester avec des échantillons
jsonHubs associés
FAQ
Quels formats de traces sont pris en charge ?
L'outil prend en charge les exports JSON natifs de Jaeger, Zipkin et OpenTelemetry.
Puis-je filtrer la vue pour ne voir que les problèmes ?
Oui, vous pouvez cocher l'option 'Afficher uniquement les spans en erreur' pour masquer les appels réussis et vous concentrer sur les échecs.
Comment modifier l'unité de temps affichée ?
Utilisez le menu déroulant 'Unité' pour basculer l'affichage entre les microsecondes (us), les millisecondes (ms) et les secondes (s).
L'outil nécessite-t-il une connexion à mon serveur de tracing ?
Non, il fonctionne de manière totalement autonome en analysant le texte JSON que vous collez directement dans l'interface.
Est-il possible de détecter automatiquement le format du JSON ?
Oui, l'option 'Auto Detect' analyse la structure de votre JSON pour appliquer automatiquement le bon parseur.