Boomi héberge l'outil de conception, mais les runtimes qui exécutent les flux tournent souvent chez le client, sur des serveurs, des VM cloud ou des conteneurs. Tout ce qui entoure ces runtimes revient à l'architecte, et c'est là que doivent porter les questions d'entretien d'un architecte Boomi. Il choisit entre basic runtime, runtime cluster et runtime cloud, découpe les environnements, fixe les règles de nommage et de réutilisation, et décide quand un flux passe par une API, un événement ou un lot de nuit.
Beaucoup de candidats sont d'anciens développeurs Boomi devenus leads. Ils connaissent les shapes et les maps. Il leur manque parfois la haute disponibilité d'un cluster, la reprise après la perte d'un site, l'exposition d'API à des partenaires ou la gouvernance des données de référence dans Master Data Hub. Les anciens noms des runtimes (Atom, Molecule, Atom Cloud) restent courants sur les CV.
L'entretien part d'une plateforme réelle : nombre de process, de runtimes, d'environnements, incidents marquants. Un architecte qui a tenu Boomi en production donne des chiffres et explique ses compromis. Le PDF reprend l'entretien complet sur six axes, avec un cas de 20 minutes.
Les briques Boomi dont l'architecte répond
Boomi Integration
Le cœur de la plateforme : des process assemblés graphiquement à partir de connecteurs, de maps et de règles. Les développeurs les construisent. L'architecte fixe les standards de conception, la gestion d'erreur commune et les composants partagés que tout le monde réutilise.
Basic runtime, runtime cluster, runtime cloud
Les moteurs qui exécutent les process, appelés autrefois Atom, Molecule et Atom Cloud. Le basic runtime tient sur une machine. Le cluster répartit la charge sur plusieurs nœuds et survit à la perte de l'un d'eux. Le runtime cloud, privé ou géré par Boomi, accueille plusieurs comptes. Le choix et le placement de ces runtimes sont la première décision de l'architecte.
Environnements et extensions
Développement, recette, production : chaque runtime est rattaché à un environnement. Les extensions changent les URL et identifiants d'un environnement à l'autre, et les packaged components versionnés passent de l'un à l'autre sans modification. C'est là que se jouent les déploiements propres.
Boomi API Management
La partie API de la plateforme : une gateway pour exposer les process en API sécurisées, avec quotas et authentification, et Boomi API Control Plane pour cataloguer et gouverner des API publiées sur d'autres gateways. Le candidat doit savoir où placer la gateway par rapport aux runtimes.
Event Streams
Le service de messagerie événementielle de Boomi, avec des topics et des abonnements. Il sert à publier un événement une fois et à le distribuer à plusieurs applications, chacune à son rythme. Beaucoup d'entreprises utilisent aussi un broker existant ; le candidat doit savoir lequel choisir et pourquoi.
Master Data Hub
L'outil de gestion des données de référence : clients, produits, fournisseurs. Il rapproche les fiches venues de plusieurs sources, construit une fiche de référence, met les conflits en quarantaine et renvoie les mises à jour aux applications. Les candidats qui l'ont déployé parlent de règles de rapprochement et de data stewards.
B2B et EDI
La gestion des partenaires commerciaux : normes EDIFACT ou X12, accusés de réception, transport AS2 ou SFTP, certificats. L'architecte prévoit un modèle d'intégration où un nouveau partenaire se branche sans réécrire le traitement métier.
Process Reporting et supervision
Le suivi des exécutions dans la plateforme, complété par les métriques des runtimes (mémoire, threads) exportées vers l'outil de supervision de l'entreprise. L'architecte définit ce qui est tracé, combien de temps, et qui reçoit quelle alerte.
L'architecte d'intégration Boomi se rencontre chez les clients finaux qui ont choisi Boomi comme plateforme d'intégration, et chez les intégrateurs partenaires de l'éditeur qui conçoivent ou reprennent ces plateformes. Le poste couvre la topologie des runtimes, les patterns de flux, l'exposition des API, les données de référence et l'industrialisation des déploiements. Il code peu mais doit savoir relire un process et repérer ce qui ne tiendra pas en production. Les offres françaises restent rares et les intitulés varient : architecte d'intégration, lead Boomi, architecte API. Boomi propose des certifications de niveau développeur et architecte ; elles valident la connaissance de la plateforme, l'expérience d'exploitation se vérifie en entretien.
Six compétences attendues d'un architecte d'intégration Boomi
- Topologie et haute disponibilité des runtimes
- Patterns d'intégration, synchrone ou par événements
- Exposition et gouvernance des API
- Données de référence et échanges B2B
- Environnements, déploiements et standards
- Sécurité, supervision et continuité
Cinq questions d'entretien et les réponses attendues
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 · senior
Un datacenter, deux usines et une dizaine d'applications SaaS : où placez-vous les runtimes Boomi, et de quel type ?
Une bonne réponseUn runtime cluster dans le datacenter pour les flux critiques qui touchent l'ERP et les bases internes, avec plusieurs nœuds, un stockage partagé et un répartiteur de charge devant les listeners. Un basic runtime près d'un système d'usine quand une coupure de quelques heures reste acceptable. Le runtime cloud géré par Boomi pour les échanges entre applications SaaS qui n'ont pas besoin du réseau interne. Le candidat rappelle que le runtime se connecte à la plateforme en sortie : aucun port entrant à ouvrir pour l'administrer.
Signal d'alerteUn seul basic runtime pour tout, ou tout dans le cloud Boomi avec des ouvertures de pare-feu vers les bases internes. Une réponse qui ne parle jamais de ce qui se passe quand une machine tombe.
Question 2 · confirmé
Une fiche article modifiée dans l'ERP doit arriver dans la boutique en ligne, le PIM et l'entrepôt. Un process qui appelle les trois cibles, ou un événement publié dans Event Streams ?
Une bonne réponseUn événement publié une fois par modification (dans Event Streams ou le broker déjà en place), avec un abonnement par cible. Chaque abonné a son propre rejeu, sa file d'erreurs et son rythme : une panne du PIM ne bloque plus la boutique. Chaque cible écarte les doublons grâce au code article et à la date de modification. L'appel en série reste acceptable pour une seule cible ou un lot de nuit.
Signal d'alerteUn process qui appelle les trois cibles l'une après l'autre : si le PIM échoue, la boutique a le nouveau prix, l'entrepôt l'ancien, et personne ne sait quoi rejouer.
Question 3 · confirmé
Trois partenaires doivent appeler des services exposés par Boomi. Comment organisez-vous l'exposition et la sécurité ?
Une bonne réponseLes process sont publiés comme API derrière une gateway (celle de Boomi API Management ou celle déjà en place dans l'entreprise), placée en zone exposée, et le runtime reste sur le réseau interne. Authentification OAuth 2.0 par client ou certificat client, quota par partenaire, contrat OpenAPI, URL versionnée. Les listeners d'API tournent sur un runtime séparé des gros traitements de nuit pour garder des temps de réponse stables.
Signal d'alerteOuvrir sur Internet le port du listener du runtime avec un identifiant partagé par les trois partenaires.
Question 4 · senior
Les clients existent dans Salesforce, l'ERP et l'outil de facturation, avec des doublons partout. Quand proposez-vous Master Data Hub, et comment le modélisez-vous ?
Une bonne réponseMaster Data Hub se justifie quand plusieurs systèmes créent la même entité et qu'il faut une fiche de référence (golden record). Le modèle déclare les champs, les règles de rapprochement, les sources et ce que chacune a le droit de faire. Les conflits partent en quarantaine, traités par un data steward nommé. Les mises à jour repartent vers les sources par les canaux du modèle. Quand un seul système fait foi, une synchronisation simple suffit.
Signal d'alerteMaster Data Hub utilisé comme une base de stockage supplémentaire, ou une déduplication réécrite dans chaque process.
Question 5 · confirmé
Vingt développeurs de trois équipes travaillent sur le même compte Boomi. Quelles règles posez-vous pour que la plateforme reste maintenable ?
Une bonne réponseDes dossiers par domaine avec un responsable, une convention de nommage pour les process, connexions et profils, des composants partagés rangés à part et modifiés par revue. Des rôles personnalisés : seuls quelques comptes déploient en production. Les valeurs propres à chaque environnement passent par les extensions, jamais en dur. Chaque déploiement se fait par packaged component versionné avec une note de version.
Signal d'alerteTout le monde administrateur, une connexion copiée dans chaque process, des URL de production écrites dans les composants.
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
Architecte Boomi, les questions fréquentes
Architecte Boomi ou développeur Boomi senior : où passe la frontière ?
Le développeur senior construit des process solides et dépanne ceux des autres. L'architecte répond de la plateforme entière : placement et type des runtimes, reprise après incident, règles communes à toutes les équipes, choix entre API, événement et lot, place de Master Data Hub et de la gateway. En entretien, la différence s'entend vite. Le développeur raconte un flux, l'architecte raconte un compte Boomi avec ses runtimes, ses environnements et ses compromis.
Quelles certifications Boomi regarder sur le CV d'un architecte ?
Boomi délivre des certifications à plusieurs niveaux, du développeur à l'architecte. La date d'obtention compte, car la plateforme change à chaque release et les noms des runtimes ont changé. Ces certifications prouvent que la personne connaît les composants et les bonnes pratiques de l'éditeur. Elles ne disent rien d'un cluster exploité pendant deux ans ou d'une reprise de site réussie. Un exemple précis de topologie conçue, avec les volumes et un incident traité, le montre mieux.
Un architecte MuleSoft ou Azure peut-il prendre une plateforme Boomi ?
Les patterns sont les mêmes : modèle canonique, événements, idempotence, gateway, gestion des erreurs. Ce qui change, ce sont les runtimes, les environnements et extensions, le modèle de déploiement et la gestion des connexions propres à Boomi. Un bon architecte d'une autre plateforme s'y met en quelques semaines s'il a une équipe Boomi expérimentée à côté. Sur un poste où il doit tout porter seul dès l'arrivée, une expérience Boomi réelle s'impose.
Quel test technique est donné à un architecte Boomi ?
Un cas de conception en entretien vaut mieux qu'un exercice sur la plateforme. À partir d'un existant avec ses applications, ses volumes et ses contraintes réseau, le candidat dessine au tableau une topologie de runtimes, le découpage des flux et la règle de déploiement, puis répond à des questions de panne : un nœud perdu, une API saturée, un partenaire qui renvoie un fichier deux fois. Le raisonnement compte plus que le nom exact des composants.
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.
