3 ans à recruter des architectes cloud AWS — les 5 questions qui éliminent 80 % des faux seniors

La première fois que j’ai recruté un architecte cloud, j’ai fait exactement ce que tout le monde fait : j’ai trié sur la certification AWS Solutions Architect Professional, gardé les six meilleurs CV, posé des questions sur les services managés, et signé avec celui qui répondait le plus vite. Onze mois plus tard, nous avions une architecture élégante, parfaitement conforme aux schémas recommandés par l’éditeur, et une facture mensuelle qui avait triplé sans que personne ne sache expliquer pourquoi. Le problème n’était pas le candidat. Le problème était que je n’avais évalué que ce qu’il savait, jamais ce qu’il déciderait.

Depuis, j’ai mené 34 entretiens d’architecture cloud et gardé la trace de chacun. Cet article est la grille que j’aurais voulu avoir la première fois : sept étapes, cinq questions éliminatoires, et une manière de noter qui ne dépend pas de mon intuition du jour. Elle vaut pour un recrutement en interne comme pour une mission freelance, et elle prend environ trois semaines de bout en bout.

Pourquoi 8 recrutements d’architectes sur 10 se passent mal

Un architecte cloud est payé pour prendre des décisions dont le coût n’apparaît qu’après son départ. C’est ce décalage temporel qui rend l’évaluation difficile : au moment de l’entretien, absolument rien ne distingue une bonne décision d’une mauvaise, puisque les deux se défendent avec le même vocabulaire. Un candidat qui explique proprement pourquoi il a choisi une architecture serverless événementielle est indiscernable d’un candidat qui l’a choisie parce que c’était le schéma à la mode en 2023.

La conséquence pratique est brutale : toutes les questions portant sur « comment ça marche » sont inutiles. Elles mesurent la préparation à l’entretien, pas la qualité du jugement. Les seules questions qui discriminent sont celles qui portent sur des arbitrages où le candidat a perdu quelque chose. On n’apprend rien d’un architecte qui raconte ses réussites, et énormément d’un architecte capable de dire précisément quelle hypothèse de départ était fausse.

Étape 1 — Écrivez la décision que vous n’arrivez pas à prendre

Avant de rédiger une offre, écrivez en une page la décision d’architecture qui vous bloque aujourd’hui. Pas le besoin général (« structurer notre cloud »), mais l’arbitrage précis : faut-il découper ce monolithe maintenant ou dans dix-huit mois ? Faut-il rester sur des instances réservées ou basculer sur du conteneur managé ? Faut-il un compte par environnement ou par domaine métier ?

Cette page a trois vertus. Elle vous force à admettre ce que vous cherchez vraiment, elle devient le support de l’étape 4, et surtout elle permet aux bons candidats de s’auto-sélectionner : un architecte senior lit une offre qui contient une vraie décision et se dit qu’il va apprendre quelque chose. Une offre qui liste quatorze technologies attire des gens qui cochent des cases.

Étape 2 — Triez sur les incidents, pas sur les certifications

Remplacez la ligne « certification exigée » par une question ouverte dans le formulaire de candidature : « Décrivez en cinq lignes un incident de production dont votre architecture était la cause. » Le taux de réponse chute — c’est le but. Sur les candidatures reçues, environ la moitié raconte un incident dont quelqu’un d’autre est responsable ; celles-là sont écartées sans entretien.

La certification garde une utilité comme signal d’investissement personnel, jamais comme filtre d’entrée. Sur mes 34 entretiens, les deux meilleures notes finales étaient des profils non certifiés, et quatre certifiés Professional ont échoué dès la troisième question. Si vous devez garder un seul critère de tri sur CV, gardez celui-ci : le candidat a-t-il déjà exploité en production, pendant au moins un an, une architecture qu’il avait lui-même conçue ? Concevoir sans exploiter n’apprend rien sur le coût réel des décisions.

Étape 3 — Posez les 5 questions éliminatoires

Voici le cœur de la méthode. Ces cinq questions se posent dans cet ordre, en un seul entretien d’une heure. Chacune est notée de 0 à 3. En dessous de 9 points sur 15, on ne passe pas à l’étape suivante, quel que soit le reste du dossier.

Question 1 — « Quel service AWS avez-vous refusé d’utiliser, et pourquoi ? »

Un architecte qui n’a jamais dit non au catalogue n’a jamais arbitré. La bonne réponse contient un service précis, un contexte, et une raison qui n’est pas idéologique — « trop cher à notre volume », « verrouillage trop fort sur un format propriétaire », « l’équipe n’avait personne pour l’exploiter à 3 h du matin ». La mauvaise réponse est une profession de foi anti-cloud, ou son inverse : « aucun, AWS a toujours le bon service ». 21 candidats sur 34 passent cette question ; c’est la plus facile, elle sert à mettre en confiance.

Question 2 — « Racontez une décision d’architecture que vous regrettez. »

La formulation compte : on demande un regret, pas un échec. Un échec peut être imputé aux circonstances ; un regret suppose que le candidat se tient responsable. Ce qu’on écoute n’est pas la décision elle-même mais la structure du récit : quelles étaient les hypothèses, laquelle s’est révélée fausse, à quel moment il l’a su, et ce qu’il a changé dans sa manière de décider. 14 sur 34. La moitié des candidats transforme la question en démonstration de réussite retardée (« au début c’était compliqué, mais finalement ça a très bien marché ») — c’est une réponse à 1 point.

Question 3 — « Cette architecture, elle coûte combien dans trois ans ? »

C’est la question qui élimine. Sept candidats sur 34 y répondent correctement. On la pose sur l’architecture que le candidat vient de décrire lui-même, donc il ne peut pas se réfugier derrière un manque de contexte. Une bonne réponse ne donne pas un chiffre : elle donne une méthode et les deux ou trois variables qui dominent. « Le coût est porté à 70 % par le transfert sortant et le stockage chaud ; si le volume double, la facture ne double pas, elle fait environ 1,6× parce que le calcul est déjà réservé ; le poste qui m’inquiéterait est la rétention des journaux, qui croît linéairement et que personne ne surveille. »

La mauvaise réponse est le calculateur de l’éditeur récité de mémoire, ou pire : « ça dépend de l’usage ». Tout dépend de l’usage — c’est précisément le métier de l’architecte de dire de quoi, exactement, ça dépend. Cette question est aussi celle qui sépare le mieux un architecte d’un ingénieur cloud très compétent, parce que l’ingénieur optimise ce qu’on lui donne, tandis que l’architecte choisit ce qui sera à optimiser.

Question 4 — « Comment on sort de ce choix si dans deux ans il est mauvais ? »

Toute architecture est un pari. Un architecte senior a réfléchi à la sortie avant l’entrée, et sait dire quelle partie de son design est réversible en une semaine, laquelle en six mois, et laquelle ne l’est pas du tout. 10 sur 34. Ce qu’on cherche ici, c’est la conscience du coût de sortie : quelqu’un qui répond « on peut tout migrer, c’est du standard » n’a jamais migré quoi que ce soit.

Question 5 — « Sur quoi, dans cette architecture, êtes-vous incompétent ? »

La question paraît piégeuse, elle ne l’est pas : elle mesure la capacité à cartographier ses propres angles morts, qui est la compétence la plus utile quand on décide pour les autres. 12 sur 34. Les bonnes réponses sont précises et sans fausse modestie : « je ne sais pas dimensionner correctement une base vectorielle, je m’appuierais sur quelqu’un », « je connais mal les contraintes réglementaires du secteur santé ». Les mauvaises sont les faiblesses déguisées en qualité — « je suis trop perfectionniste sur la documentation ».

Étape 4 — 40 minutes au tableau sur votre vraie décision

Sortez la page écrite à l’étape 1 et demandez au candidat de proposer une architecture, à main levée, en quarante minutes. Ne donnez pas d’exercice fictif : votre vrai problème est plus riche, et vous saurez immédiatement si la réponse tient. Interrompez, contredisez, ajoutez une contrainte à mi-parcours (« finalement, il faut que ça reste hébergé en France »). Ce n’est pas de la cruauté : c’est exactement ce que fera le comité de direction dans six mois.

Ce qu’on note ici n’est pas le dessin mais le comportement sous contrainte nouvelle : le candidat défend-il son schéma par principe, ou le modifie-t-il en expliquant ce que ça coûte ? Un architecte qui ne change jamais d’avis en séance est un risque ; un architecte qui change d’avis à chaque objection en est un autre.

Étape 5 — Faites-lui lire une vraie facture

Prenez votre facture cloud du mois dernier, anonymisez ce qui doit l’être, et donnez-la au candidat vingt minutes avant un second échange. La consigne : « dites-moi trois choses que cette facture révèle sur l’équipe qui l’a produite. » C’est l’exercice le plus discriminant de toute la méthode, et le plus court.

Un bon candidat repère en quelques minutes les signaux sociaux cachés dans les chiffres : des environnements de test allumés la nuit et le week-end trahissent l’absence de responsable de plateforme ; une ligne de transfert inter-zones élevée trahit un découpage réseau fait dans l’urgence ; une rétention de journaux à l’infini trahit une peur de l’audit plutôt qu’une politique. Cette lecture-là ne s’improvise pas et ne se prépare pas — elle vient uniquement de l’exploitation réelle. Sur le même terrain, nos confrères de Plug-Tech font la même observation sur les factures d’inférence : la structure du coût raconte l’organisation avant de raconter la technique.

Étape 6 — Vérifiez les références sur un seul critère

Les appels de référence sont presque toujours inutiles parce qu’on y pose des questions auxquelles personne ne répond honnêtement. Ne demandez pas si la personne était bonne. Posez une seule question, très concrète : « Qu’est-ce qui, dans ce qu’il a mis en place, tient encore aujourd’hui ? »

La réponse est immédiatement informative. Si l’ancienne équipe a démonté l’architecture six mois après le départ, ce n’est pas nécessairement une faute du candidat, mais il faut comprendre pourquoi : conception mal ajustée au contexte, ou décisions jamais documentées et donc indéfendables une fois l’auteur parti. La seconde cause est de loin la plus fréquente, et c’est exactement ce que l’étape 4 permet de détecter en amont. Pour les architectures qui touchent à des données sensibles, faites relire le périmètre par un tiers : les équipes de WebGuard Agency constatent que les schémas cloud les plus élégants sont souvent ceux qui exposent le plus de surface sans le savoir.

Étape 7 — Calibrez le TJM sur la responsabilité

Le marché français 2026 se lit assez simplement, à condition de ne pas confondre le tarif et le poste :

Le piège classique consiste à négocier le tarif journalier et à perdre sur la durée. Un architecte à 850 € qui reste six mois et laisse derrière lui des décisions écrites coûte structurellement moins cher qu’un architecte à 620 € qui part au bout de six semaines : dans le second cas, vous payez une deuxième fois pour reconstituer un raisonnement que personne n’a consigné. Si vous devez arbitrer, arbitrez sur le périmètre, jamais sur le prix du jour. Et si votre besoin est d’abord de structurer une équipe autour de la cible, notre guide comment créer une infrastructure cloud scalable détaille le versant organisationnel de la même question.

Questions fréquentes

Quelle est la différence entre un ingénieur cloud et un architecte cloud ?

L’ingénieur construit ce qui a été décidé ; l’architecte décide et assume le coût de sa décision sur trois ans. La frontière n’est pas le niveau technique — d’excellents ingénieurs sont plus pointus qu’un architecte sur un service donné — mais la capacité à arbitrer entre des options dont aucune n’est bonne, à écrire pourquoi, et à revenir dessus quand le contexte change. Le test le plus rapide : demandez le récit d’une décision qui s’est révélée mauvaise. Un ingénieur raconte un incident, un architecte raconte un arbitrage et l’hypothèse qui était fausse.

Une certification AWS Solutions Architect Professional suffit-elle à valider un profil senior ?

Non, et c’est le filtre le plus coûteux qui soit. La certification atteste qu’un candidat connaît le catalogue de services et les schémas recommandés par l’éditeur ; elle n’atteste rien sur la capacité à refuser un service, à sortir d’un choix qui a mal vieilli, ou à tenir un budget. Sur 34 entretiens, la corrélation entre certification et réussite aux questions éliminatoires était proche de zéro : les deux meilleures notes étaient des profils non certifiés, et quatre certifiés Professional ont échoué sur la question du coût.

Quel TJM pour un architecte cloud AWS senior en France en 2026 ?

Entre 700 et 1 100 € HT par jour pour un freelance réellement senior, avec un cœur de marché à 800–900 €. En dessous de 650 €, vous recrutez presque toujours un ingénieur cloud confirmé étiqueté architecte. Au-dessus de 1 100 €, vous payez soit une spécialisation rare, soit une marque personnelle. Le vrai levier de négociation n’est pas le tarif mais la durée et le périmètre.

Faut-il recruter un architecte cloud en interne ou en freelance ?

Cela dépend de la nature de la décision. Pour un arbitrage structurant et ponctuel — cible de migration, découpage de comptes, conteneurs contre fonctions —, le freelance est adapté : la mission a un livrable, une fin, un coût borné. Pour une architecture qui doit être défendue en continu face aux équipes produit, l’interne est préférable, parce que l’autorité d’un architecte vient autant de sa légitimité relationnelle que de sa compétence. Le schéma hybride fonctionne le mieux en PME : un freelance pose la cible en trois mois, un ingénieur interne monte en compétence et reprend la main.

En résumé

Recruter un architecte cloud AWS senior ne consiste pas à vérifier ce qu’il sait, mais à observer comment il décide quand les informations manquent. Les sept étapes ci-dessus tiennent en trois semaines et reposent sur une idée simple : remplacer les questions de connaissance par des questions d’arbitrage, et notamment celle du coût à trois ans, qui à elle seule écarte près de 80 % des candidatures.

Si vous ne gardez qu’une chose : faites lire une vraie facture. Vingt minutes, un document que vous avez déjà, et une lecture qu’aucune préparation d’entretien ne permet de simuler.