Troubleshooting & support des applications MuleSoft (Course #troubleshooting-support)
For support L1/L2.
À la fin, vous saurez
À l'issue de cette formation, vous serez capable de diagnostiquer un incident Mule 4 en production — corrélation de logs, analyse de thread dump, rejeu de DLQ — et de documenter les correctifs afin d'abaisser le MTTR (cible : −40 %).
Cas fil rouge
OrbitPay traite des transactions cartes 24×7 sur Mule 4 via Runtime Manager ; les pics nocturnes de règlement provoquent famines de threads et engorgements de DLQ Anypoint MQ que le support L1 ne qualifie pas dans les 60 min d'engagement MTTR. La direction impose des runbooks à preuves — traces corrélées, thread dumps, kits d'escalade — pour viser un MTTR −40 %.
Programme chaque ligne est quelque chose que vous faites
4 modules · 13 sujets · dans l'ordre du cours
-
Module 1
Les logs comme pièces à conviction
Objectif. Corréler logs et stack traces entre couches en une chronologie qui désigne le maillon défaillant.
- Analyser les layouts log4j2 et les correlationId Mule pour recoudre les événements entre couches System, Process et Experience
- Décoder une stack trace en moins de 5 minutes : ligne racine, classes de connecteurs, chaînes caused-by
- Standardiser la sortie des loggers (correlationId, variables de contexte) pour reconstruire toute transaction par les seuls logs
-
Module 2
Familles de pannes, premiers secours
Objectif. Diagnostiquer les familles d'erreurs d'exécution récurrentes et consigner chaque résolution en entrée de runbook.
- Trier les pannes de connectivité — timeout vs connexion refusée vs handshake TLS — avec curl, openssl et tests de port
- Expliquer les erreurs DataWeave par types incompatibles et sélecteurs nuls, puis corriger sans effets de bord
- Résoudre les échecs de déploiement (taille d'artefact, plafonds mémoire, propriétés manquantes) via les logs Runtime Manager
-
Module 3
Thread dumps et preuves du heap
Objectif. Capturer et interpréter thread dumps, heap dumps et dashboards pour isoler blocages et pression mémoire.
- Déclencher des thread dumps sur un worker suspendu et repérer les threads BLOCKED qui verrouillent les pools de connexions
- Passer les heap dumps au crible (streams non fermés, caches qui grossissent) avec Eclipse MAT
- Centraliser les logs par forwarding (rétention cible : 30 jours) pour des recherches inter-applications durables
-
Module 4
Escalader avec effet de levier
Objectif. Packager des preuves d'incident complètes pour que chaque escalade fournisseur se règle en un seul aller-retour.
- Assembler un kit d'escalade — correlationId, thread dumps, manifeste, étapes de reproduction — en moins de 15 minutes
- Graduer la sévérité selon une matrice d'impact et ouvrir les cas auprès du support MuleSoft avec le bon entitlement
- Rejouer les messages en échec depuis les DLQ Anypoint MQ après correctif, en vérifiant l'idempotence avant tout rejeu de masse
- Clôturer chaque P1 par une RCA sans blâme sous 48 h ; recycler les modes de défaillance récurrents en tests automatisés et backlog de durcissement
Références & documentation officielle chaque affirmation ci-dessus a une source
Module 1
- Configurer la journalisationDoc MuleSoft
- Configurer les stack traces MuleDoc MuleSoft
- Correlation IDDoc MuleSoft
Module 2
- Erreurs MuleDoc MuleSoft
- Consulter les logs des applications déployéesDoc MuleSoft
Module 3
Module 4
- Configurer et utiliser les files d'attenteDoc MuleSoft