MuleSoft appartient à Salesforce depuis 2018. Le développeur MuleSoft relie des progiciels (Salesforce, SAP, bases de données, applications métier) par des API et des flux Mule 4, écrits dans Anypoint Studio ou dans Anypoint Code Builder, l'environnement basé sur VS Code. Les offres demandent le plus souvent DataWeave, API Manager, Runtime Manager, MUnit et une expérience de CloudHub.
Un CV MuleSoft se lit avec prudence. Beaucoup de profils ont suivi la formation officielle et obtenu la certification sans avoir tenu un flux en production. La différence s'entend sur la gestion des erreurs, le rejeu des messages, les traitements par lots et la façon de garder les secrets hors du dépôt. Les profils venus de Talend, Boomi ou webMethods connaissent déjà les patterns d'intégration et doivent surtout montrer leur niveau en DataWeave.
Côté versions, la 4.9 LTS demande Java 17 et le support standard de la 4.6 LTS a pris fin en août 2026, si bien que beaucoup de missions comportent une montée de version. Le PDF propose 30 questions sur six axes, un cas de 20 minutes sur une synchronisation entre Salesforce et SAP et une grille de 1 à 4.
Anypoint Platform, brique par brique
Mule 4 et ses versions
Le moteur qui exécute les applications. Les versions sortent sur deux canaux : Edge, plusieurs fois par an, et LTS, chaque février, avec un support plus long. La 4.9 LTS demande Java 17. Un candidat en poste sait sur quelle version tourne son parc et quand elle sort du support.
Anypoint Studio et Anypoint Code Builder
Les deux environnements de développement. Studio, basé sur Eclipse, reste le plus présent sur les CV. Code Builder tourne dans VS Code et couvre la conception d'API, l'implémentation et l'intégration. Les deux produisent les mêmes applications Mule.
DataWeave
Le langage de transformation de MuleSoft, en version 2 depuis Mule 4. Il convertit du JSON, du XML, du CSV ou des formats plats d'un schéma à l'autre. C'est la compétence la plus utilisée au quotidien, et la première à vérifier.
API-led connectivity
La méthode de conception promue par MuleSoft : des system APIs devant chaque système, des process APIs qui portent les règles métier, des experience APIs adaptées à chaque canal. Bien appliquée, elle permet de réutiliser les API d'un projet à l'autre.
API Manager, Exchange et Omni Gateway
Exchange publie les spécifications et les composants réutilisables. API Manager applique les politiques (identification des clients, limites d'appels, OAuth 2.0). Omni Gateway, nouveau nom de Flex Gateway, est une passerelle légère qui protège aussi des API qui ne tournent pas sur Mule.
CloudHub 2.0 et Runtime Fabric
CloudHub 2.0 héberge les applications en conteneurs chez MuleSoft, avec des private spaces pour le réseau privé. Runtime Fabric les fait tourner sur un cluster Kubernetes de l'entreprise. Le choix dépend du réseau, de la conformité et des compétences de l'équipe.
Connecteurs et messagerie
Connecteurs Salesforce, SAP, Database, HTTP, fichiers, et files de messages : VM, Anypoint MQ, JMS, Kafka. L'Object Store garde un état partagé, par exemple pour éviter de traiter deux fois le même message.
MUnit et CI/CD
MUnit teste les flux en simulant les systèmes appelés. Le mule-maven-plugin construit et déploie les applications depuis une chaîne CI. Les propriétés sécurisées gardent mots de passe et clés hors du dépôt.
On croise le développeur MuleSoft chez des clients finaux qui ont choisi Anypoint comme plateforme d'intégration, et chez les partenaires intégrateurs qui les accompagnent en mission. Le travail va de la conception d'API en RAML ou OAS à l'exploitation des flux, en passant par DataWeave et les politiques d'API Manager. Les postes seniors ajoutent l'architecture API-led, Runtime Fabric sur Kubernetes et la passerelle Omni Gateway. Les projets touchent souvent Salesforce, dont MuleSoft fait partie, et des ERP comme SAP. La certification Salesforce Certified MuleSoft Developer atteste la connaissance de la plateforme. La tenue d'un flux en production se vérifie en entretien.
Les points techniques à valider chez un développeur MuleSoft
- DataWeave et transformations de données
- Conception API-led et spécifications RAML ou OAS
- Gestion des erreurs, rejeu et idempotence
- Messagerie et traitements batch
- Politiques API Manager et sécurité des flux
- Déploiement CloudHub 2.0 et CI/CD
Cinq questions MuleSoft, de DataWeave au run
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un JSON de commandes contient des lignes d'articles imbriquées. Vous devez produire un CSV avec une ligne par article, qui reprend le numéro et le total de la commande. Comment l'écrivez-vous en DataWeave ?
Une bonne réponseUne sortie application/csv, un flatMap sur les commandes puis un map sur les lignes, qui recopie dans chaque ligne les champs de la commande parente. Le total se calcule avec sum sur les montants des lignes, ou reduce. Les valeurs absentes sont traitées avec default, les nombres et les dates formatés explicitement. Le candidat teste la transformation sur un exemple de données dans l'éditeur ou dans le Playground avant de lancer le flux.
Signal d'alerteUn For Each avec des Set Variable qui construisent le CSV morceau par morceau, ou deux map imbriqués qui produisent un tableau de tableaux sans aplatissement.
Question 2 · confirmé
Le système cible renvoie une erreur 503 une fois sur vingt. Comment rendez-vous le flux fiable sans créer de doublons ?
Une bonne réponseUn Until Successful avec un nombre de tentatives et un délai entre elles, limité aux erreurs transitoires (HTTP:SERVICE_UNAVAILABLE, HTTP:TIMEOUT), et une stratégie de reconnexion pour les erreurs de connexion. Contre les doublons, une clé métier et un contrôle d'idempotence (Idempotent Message Validator ou Object Store), ou une cible qui accepte une mise à jour sur la clé. Après la dernière tentative, le message part dans une file d'erreurs pour être rejoué.
Signal d'alerteUn Until Successful autour de tout le flux, des tentatives infinies, ou des relances aussi sur les erreurs 400.
Question 3 · confirmé
Expliquez le découpage system, process et experience API sur un cas précis : afficher les commandes d'un client dans une application mobile.
Une bonne réponseUne system API commandes devant SAP et une system API clients devant Salesforce, qui exposent les données sans logique métier. Une process API qui assemble client et commandes et applique les règles. Une experience API mobile qui adapte le format et la pagination à l'écran. Chaque API a sa spécification RAML ou OAS publiée dans Exchange, et un autre canal pourra réutiliser la process API. Il sait aussi alléger le découpage quand il n'y a qu'un seul consommateur.
Signal d'alerteUne seule application qui appelle SAP et Salesforce et formate pour le mobile, présentée comme de l'API-led. Ou trois couches imposées même pour un simple transfert de fichier.
Question 4 · confirmé
Vous devez charger chaque nuit 2 millions de lignes d'un fichier vers Salesforce. Comment construisez-vous le traitement ?
Une bonne réponseUn Batch Job avec des étapes, un Batch Aggregator qui envoie les enregistrements par paquets via l'API Bulk de Salesforce, et un fichier lu en streaming pour ne pas tout charger en mémoire. maxFailedRecords fixe le seuil d'arrêt, une étape avec acceptPolicy ONLY_FAILURES traite les échecs. En fin de traitement, un rapport liste les lignes rejetées et seules celles-ci sont rejouées. Il tient compte des limites d'API de l'organisation Salesforce.
Signal d'alerteLire tout le fichier en mémoire puis un For Each avec un appel Salesforce par ligne.
Question 5 · junior à confirmé
Comment gérez-vous les mots de passe et les URL qui changent entre développement, recette et production ?
Une bonne réponseUn fichier de propriétés par environnement (par exemple config-${env}.yaml), les valeurs sensibles chiffrées avec le module Secure Configuration Properties et une clé fournie au déploiement, ou déclarées comme propriétés sécurisées dans Runtime Manager, où elles sont masquées. Rien en clair dans le dépôt. Le pipeline passe l'environnement et la clé au déploiement.
Signal d'alerteDes valeurs écrites en dur dans le XML, ou des mots de passe commités dans un fichier de propriétés.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Développeur MuleSoft : ce que demandent les recruteurs
Quelle certification MuleSoft demander ?
La Salesforce Certified MuleSoft Developer, qui a succédé à l'ancienne MuleSoft Certified Developer Level 1, est la référence pour un développeur. Les profils seniors visent les certifications d'architecte, MuleSoft Platform Architect ou Integration Architect. Une certification montre que la personne connaît Anypoint Platform. Elle ne dit rien de la tenue d'un flux en production : posez quand même les questions sur les erreurs, le rejeu et le batch.
Un profil Talend, Boomi ou webMethods peut-il passer sur MuleSoft ?
Oui, si la personne maîtrise déjà les patterns d'intégration : routage, transformation, gestion des erreurs, idempotence, messagerie. Le passage demande surtout d'apprendre DataWeave et la logique API-led, ce qui prend quelques semaines avec un accompagnement. Vérifiez en entretien sa façon de traiter une erreur transitoire ou un doublon. Si ces réflexes sont là, la syntaxe MuleSoft s'apprend vite.
Qu'est-ce qui distingue un développeur MuleSoft junior d'un confirmé ?
Un junior écrit des flux et des transformations DataWeave simples à partir d'une spécification. Un confirmé conçoit la gestion des erreurs, rend les traitements rejouables sans doublon, met en place les tests MUnit et la chaîne de déploiement. Un senior découpe les API selon l'approche API-led, choisit entre CloudHub 2.0 et Runtime Fabric, et prépare les montées de version du parc.
Quel test technique donner à un développeur MuleSoft ?
Une transformation DataWeave à écrire en direct, par exemple un JSON imbriqué à mettre à plat en CSV, prend quinze minutes et montre beaucoup. Ajoutez une question de conception sur un flux qui échoue une fois sur vingt. Évitez le projet complet à rendre chez soi : il favorise ceux qui ont du temps libre et montre peu la gestion des erreurs.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
