Certification 2 days Cert prep: Salesforce Certified MuleSoft Developer, Developer II, Platform Architect & Platform Integration Architect

Bootcamp certification MuleSoft : examens Developer & Architect (Course #cert-bootcamp)

For développeurs d'intégration, architectes solution, responsables d'équipe pilotant une campagne de certification, responsables d'enablement C4E.

S'inscrire à ce cours Toutes les formations
Réf#cert-bootcamp
Durée2 jours
Formats4 modalités
CertifIntégré
Prérequis1

À la fin, vous saurez

À l'issue de cette formation, vous serez capable de conduire une campagne de certification calée sur les blueprints d'examen publiés — diagnostic de lacunes classé par pondération, journaux de drills par domaine, test blanc chronométré de 60 questions noté domaine par domaine et plan de réservation daté — afin que 80 % de vos candidats franchissent le seuil de 70 % dès la première tentative.

Cas fil rouge

Verdanis Energy Group exploite 70 applications Mule 4 dans 6 pays — comptage communicant, facturation, télémétrie réseau, dispatch terrain — déployées dans 9 private spaces CloudHub 2.0. Son C4E doit certifier 24 ingénieurs avant l'échéance du 1er mars : 14 sur Developer, 6 sur Developer II, 4 répartis entre Platform Architect et Platform Integration Architect. Cap à tenir : 80 % de réussite à la première tentative face au seuil d'examen de 70 %, chaque candidat à 65 % ou plus sur un test blanc chronométré de 60 questions avant toute réservation de créneau, et pas plus de 12 h de révision par personne hors salle.

Programme chaque ligne est quelque chose que vous faites

6 modules · 18 sujets · dans l'ordre du cours

  1. Module 1

    Quatre certifications, une feuille de route

    Objectif. Diagnostiquer laquelle des quatre certifications actuelles chaque ingénieur doit passer et produire la feuille de route datée de la promotion.

    • Affecter à chacun des 24 candidats une certification cible — Salesforce Certified MuleSoft Developer, Developer II, Platform Architect ou Platform Integration Architect — et inscrire la justification en une ligne à côté du nom ; Salesforce ne publie aucun code court d'examen : tout support qui en affiche (« MCD », codes numérotés) est périmé par définition
    • Lire le format de l'épreuve avant d'ouvrir le moindre cours : 60 questions notées plus jusqu'à cinq non notées, 120 minutes, seuil de réussite à 70 % — 2 minutes par question et rien de marge — 400 $ US l'inscription, 200 $ US le repassage
    • Poser la feuille de route sur un calendrier : diagnostic en semaine 1, blocs de drills pondérés en semaines 2 à 5, test blanc verrouillé à 65 %, créneau d'examen réservé sous 8 semaines
  2. Module 2

    Noter ses lacunes à la pondération

    Objectif. Évaluer la confiance de chaque candidat domaine par domaine face aux pondérations publiées et hiérarchiser l'effort de révision en multipliant pondération et écart.

    • S'auto-noter de 0 à 5 sur les 12 domaines de l'examen Developer et les 5 domaines de l'examen Developer II, puis multiplier chaque écart par la pondération publiée pour décider où passent les heures
    • Attaquer les gros blocs en premier : Performant & Reliable Apps à 27 % et Maintainable Apps à 25 % pèsent à eux seuls plus de la moitié de l'examen Developer II
    • Fixer explicitement la ligne d'abandon : tout domaine sous 60 % déclenche un bloc de drill daté, tout domaine au-dessus de 85 % obtient 20 minutes de relecture et aucun cours
  3. Module 3

    Domaines Developer contre la montre

    Objectif. Construire des réponses défendues sur les domaines les plus pondérés de l'examen Developer et consigner le raisonnement d'élimination de chaque énoncé de scénario.

    • Driller les cinq domaines à 10 % qui portent la moitié de l'examen Developer — accès et modification des événements Mule, structuration des applications, connecteurs, traitement des enregistrements, transformation avec DataWeave 2.x
    • Répéter routage, gestion des erreurs et conception d'API — 8 % chacun, 24 % cumulés — en barrant deux distracteurs à voix haute avant de relire l'énoncé
    • Refuser de sur-réviser les domaines légers : le débogage pèse 5 %, environ 3 questions sur 60, donc un seul bloc de 30 minutes et rien de plus
  4. Module 4

    Developer II : du code de production

    Objectif. Concevoir les schémas de réponse des deux domaines les plus lourds de l'examen Developer II et consigner une justification travaillée par schéma.

    • Travailler le bloc Performant & Reliable à 27 % : payloads streamés plutôt qu'en mémoire, scopes de cache, retry avec backoff, redelivery et DLQ Anypoint MQ
    • Couvrir Data Security à 20 % — secure properties, contextes TLS, tokenisation au niveau champ — et nommer quel contrôle répond à quelle menace
    • Instrumenter le bloc monitorable à 15 % avec correlation IDs, métriques personnalisées et alertes Anypoint Monitoring, puis rédiger la réponse production-readiness à 13 % qui les relie
  5. Module 5

    Deux examens architecte, un patrimoine

    Objectif. Arbitrer entre les deux certifications architecte candidat par candidat et driller les domaines les plus lourds de chaque blueprint sur le patrimoine Verdanis.

    • Séparer les blueprints avant de réviser l'un ou l'autre : l'examen Platform Architect met 17 % sur la gouvernance des API web et 12 % sur la conception d'API en couches System, Process et Experience, quand l'examen Platform Integration Architect met 15 % sur l'architecture du runtime plane et 15 % sur la conception des applications Mule
    • Driller le tiers opérationnel de l'examen Platform Architect — 11 % d'architecture et de déploiement des implémentations, 11 % de déploiement sur CloudHub, 12 % de supervision des application networks — en sachant que le domaine CloudHub examine le CloudHub classique : tailles de workers, shared worker cloud, load balancers Shared vs Dedicated et VPC Amazon client, pas les private spaces de Verdanis
    • Couvrir l'examen Platform Integration Architect là où cela rapporte : 14 % DevOps et exploitation, 10 % persistance, 8 % fiabilité ; les tests automatisés à 5 % méritent une checklist, pas un lab — et la certification Developer est recommandée, non requise, pour cet examen
  6. Module 6

    Test blanc chronométré, débriefing honnête

    Objectif. Prouver la préparation par un test blanc complet passé en conditions d'examen et convertir le score par domaine en décision de réservation datée.

    • Passer le test blanc à froid : 60 questions en 120 minutes, marquer et passer toute question encore ouverte après 3 minutes, pas plus de 8 marquages emportés dans la relecture
    • Débriefer par domaine et non au total : 65 % global est le plancher pour réserver, et tout domaine pondéré sous 60 % bloque le créneau quel que soit le total
    • Répéter la mécanique du jour J : enregistrement sous surveillance, énoncés à réponses multiples traités par élimination, balayage des questions marquées dans les 15 dernières minutes

Références & documentation officielle chaque affirmation ci-dessus a une source

Transversal au cours

Module 3

Module 4

Module 5

Une formation pour votre équipe ?

Chaque session est adaptée à vos cas d'usage, vos données et votre planning.

Demander un devis