Un architecte applicatif / solution intervient dès le cadrage d'un projet. Il part du besoin métier et de la cartographie applicative, choisit entre un développement spécifique, un progiciel ou une brique déjà en place, puis décrit les échanges avec le reste du SI : API, événements, fichiers, parfois un ESB plus ancien. Il rédige le dossier d'architecture et le défend en comité. Les questions d'entretien d'un architecte solution portent sur ces arbitrages et sur les exigences non fonctionnelles qu'il sait chiffrer.
Le titre recouvre des parcours variés. Certains viennent du développement et restent proches du code, d'autres viennent de l'urbanisation et dessinent des cibles qu'ils n'ont jamais vues en production. Les offres françaises demandent souvent les deux : patterns SOA, API REST et événementiel, Docker et Kubernetes, un cloud public, rédaction de dossiers. Un bon profil raconte un flux qui a cassé en production et parle de disponibilité et de reprise avec des chiffres.
Demandez un dossier d'architecture réel, anonymisé, et faites-le présenter comme en comité. Les questions sur les options écartées apprennent plus que la présentation. TOGAF (10e édition) et ArchiMate 3.2 rassurent sur le vocabulaire sans rien dire de la qualité des décisions. Le PDF contient 30 questions sur six axes et un cas de 20 minutes sur un portail de commande relié à un ERP.
Ce qu'un architecte solution manipule dans le SI
Cartographie applicative et urbanisation
La carte des applications, de leurs fonctions et des flux qui les relient, souvent tenue dans un outil d'architecture d'entreprise (LeanIX, MEGA HOPEX, Bizzdesign) ou un référentiel interne. L'architecte s'en sert pour savoir où placer une nouvelle fonction et quelles applications seront touchées. Demandez comment la personne la tient à jour, car c'est souvent ce qui manque.
API REST, OpenAPI et passerelle d'API
Le mode d'échange le plus demandé dans les offres. Le contrat est décrit en OpenAPI et publié sur une passerelle (Apigee, Azure API Management, Kong, Gravitee) qui gère l'authentification, les quotas et les versions. L'architecte fixe les règles de nommage, de pagination, de versionnage et de gestion des erreurs.
Événements et messagerie (Kafka, RabbitMQ)
Pour prévenir plusieurs applications d'un changement sans les appeler une par une. Kafka garde un journal que l'on peut relire, RabbitMQ ou une file cloud distribue des messages. L'architecte doit maîtriser la cohérence à terme, les doublons et l'ordre des messages, et savoir quand un simple appel d'API suffit.
ESB, transferts de fichiers et traitements par lots
Les échanges hérités restent nombreux : bus de services (webMethods, TIBCO, MuleSoft), transferts de fichiers planifiés (SFTP, Axway CFT), chargements de nuit. Un architecte applicatif sait les reprendre ou les faire cohabiter avec des API, sans tout réécrire d'un coup.
Progiciels et SaaS
ERP, CRM, GED, outils RH : une partie des projets consiste à intégrer un produit du marché plutôt qu'à le développer. L'architecte évalue ses API, ses limites de personnalisation, la réversibilité des données, le lieu d'hébergement et le coût de chaque connecteur sur la durée du contrat.
Identité et sécurité (OpenID Connect, OAuth 2.0)
L'authentification des utilisateurs passe par OpenID Connect, les appels entre applications par OAuth 2.0 avec des jetons de courte durée. L'architecte décide où s'appliquent les droits, où sont rangés les secrets et quelles données personnelles circulent dans chaque flux, avec le RGPD en tête.
Patterns cloud
PaaS managé, conteneurs sur Kubernetes, fonctions serverless, bases managées : l'architecte choisit le niveau de service selon les compétences de l'équipe qui exploitera, la réversibilité et le coût. Les certifications AWS Solutions Architect et Azure Solutions Architect Expert reviennent souvent dans les offres.
Dossier d'architecture, C4, ArchiMate et ADR
Le dossier d'architecture décrit le besoin, la solution et ses choix pour le comité. Le modèle C4 aide à dessiner le contexte, les conteneurs et les composants, ArchiMate sert à la cartographie d'entreprise, et les ADR gardent la trace de chaque décision avec les options écartées.
L'architecte applicatif ou solution est rattaché à une direction de l'architecture ou à un pôle projets. Il travaille avec l'architecte d'entreprise, qui fixe la cible du SI, avec les architectes techniques ou cloud pour l'infrastructure, et avec les équipes de développement qui réalisent. Les intitulés se mélangent : architecte applicatif, architecte solution, architecte SI, parfois design authority. Précisez dans l'offre le périmètre (un domaine, un programme, tout le SI), la part de développements spécifiques et de progiciels, et les technologies d'intégration en place, car elles orientent vers un profil plutôt développeur ou plutôt urbaniste.
Ce qu'un architecte solution doit montrer en entretien
- Urbanisation et cartographie applicative
- Choix entre développer, acheter ou réutiliser
- Conception des flux et des API
- Exigences non fonctionnelles chiffrées
- Sécurité, identité et RGPD
- Dossier d'architecture et trajectoire
Cinq situations à soumettre à un architecte applicatif / solution
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
Le métier veut un nouvel outil de gestion des réclamations. Comment décidez-vous entre développer, acheter un SaaS ou étendre le CRM en place ?
Une bonne réponseIl part de la cartographie : la fonction existe-t-elle déjà quelque part, et quelle application détient les données clients. Il compare ensuite sur des critères écrits : besoin standard ou différenciant, coût total sur plusieurs années (licences, intégration, exploitation), API et limites de personnalisation du produit, réversibilité des données, hébergement et RGPD, compétences disponibles pour maintenir un développement spécifique. Il présente une recommandation avec les options écartées et leurs raisons.
Signal d'alerteUn choix par habitude (« on développe toujours », « on achète toujours ») ou sur la seule démonstration commerciale, sans regarder l'intégration ni la sortie du contrat.
Question 2 · confirmé à senior
Une commande créée sur le site doit arriver dans l'ERP, dans l'outil de l'entrepôt et dans la facturation. Appels d'API en chaîne ou événement : que choisissez-vous ?
Une bonne réponseUn événement « commande créée » publié une fois et lu par chaque application, pour ne pas lier le site à trois systèmes ni bloquer la commande quand l'un d'eux est arrêté. Il garantit la publication avec le pattern outbox, prévoit des consommateurs idempotents et une file pour les messages en échec. Il garde un appel synchrone là où une réponse immédiate est nécessaire, comme le contrôle du stock avant validation.
Signal d'alerteLe site appelle les trois API à la suite et annule à la main si la troisième échoue. Ou un événement choisi sans savoir traiter les doublons ni l'ordre des messages.
Question 3 · confirmé
Le métier demande une application « disponible 24 heures sur 24 ». Comment transformez-vous cette phrase en exigences ?
Une bonne réponseIl pose les questions qui chiffrent : plages réellement critiques, taux de disponibilité visé, durée d'interruption acceptable (RTO) et perte de données acceptable (RPO), temps de réponse au 95e centile, volumétrie actuelle et à trois ans. Il en déduit l'architecture (redondance, plusieurs zones, sauvegardes, mode dégradé) et montre au métier ce que coûte chaque niveau de service.
Signal d'alerteAccepter la demande telle quelle, ou répondre « on met deux serveurs » sans RTO, sans RPO et sans coût.
Question 4 · confirmé
Un progiciel RH doit recevoir chaque nuit les salariés depuis l'annuaire et envoyer des données à la paie. Que vérifiez-vous dans ces flux ?
Une bonne réponseLe sens et l'application maîtresse de chaque donnée, le format et le contrat d'échange, le mode (fichier, API, connecteur de l'éditeur), la gestion des rejets et des reprises, un horodatage pour ne traiter que les changements, le chiffrement en transit et au repos, la purge des fichiers. Pour des données RH, il limite les champs transmis au nécessaire et trace les accès.
Signal d'alerteUn export complet de la base chaque nuit, sans gestion d'erreur ni liste des champs transmis.
Question 5 · confirmé
Une application interne, un portail partenaires et un batch appellent la même API. Comment chacun s'authentifie-t-il ?
Une bonne réponseLes utilisateurs internes et les partenaires passent par OpenID Connect auprès du fournisseur d'identité, avec une fédération pour les partenaires, et l'application reçoit un jeton d'accès de courte durée. Le batch utilise le flux client credentials d'OAuth 2.0, avec un secret ou un certificat rangé dans un coffre. La passerelle valide les jetons et les scopes, l'API applique les droits fins sur chaque donnée.
Signal d'alerteUn compte technique partagé dont le mot de passe est dans un fichier de configuration, ou une clé d'API unique pour tout le monde.
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
Avant de recruter un architecte solution
Architecte applicatif, architecte solution, architecte d'entreprise : quelles différences ?
L'architecte d'entreprise fixe la cible du SI et ses principes, sur plusieurs années et pour tous les domaines. L'architecte applicatif ou solution travaille projet par projet : il conçoit la solution, ses flux et ses choix techniques dans le respect de cette cible. Les deux intitulés désignent souvent le même poste, mais chez un éditeur, architecte solution peut aussi désigner un rôle d'avant-vente. L'architecte technique s'occupe de l'infrastructure et de l'hébergement.
Faut-il exiger la certification TOGAF ?
Elle montre que la personne connaît le vocabulaire et la méthode d'une architecture d'entreprise, utiles pour dialoguer avec une direction de l'architecture. Elle ne prouve pas la capacité à concevoir un flux fiable ou à chiffrer une exigence de disponibilité. Pour un architecte solution proche des projets, une certification cloud (AWS, Azure, Google Cloud) et des dossiers réels comptent souvent davantage. Faites présenter un dossier et ses options écartées.
Comment organiser l'entretien d'un architecte solution ?
Un format courant se déroule en trois temps. La personne présente un projet passé comme devant un comité, répond ensuite à des questions par thème (flux, exigences, sécurité, progiciels), puis traite une étude de cas où elle conçoit une solution à partir d'un existant donné. Faites assister un architecte ou un développeur senior de l'équipe, qui saura relancer sur les détails. Une grille commune par axe permet de comparer les candidats.
Un test technique a-t-il du sens pour un architecte ?
Oui, à condition qu'il ressemble au travail réel. Un exercice de code apporte peu pour ce poste. Un cas de conception d'une vingtaine de minutes, avec un SI existant, des contraintes de disponibilité et un progiciel imposé, montre comment la personne pose ses questions, choisit ses flux et défend ses choix. Demandez-lui de dessiner pendant qu'elle explique. Le cas du PDF fonctionne de cette façon.
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.
