L4 / IC3 · 3 à 6 ans
Préparation entretien Cloud Solutions Architect, ce qui vous attend
Si vous passez un entretien Cloud Solutions Architect (architecte solutions cloud) chez AWS, Azure, GCP ou un éditeur d'infra adjacent au cloud, le poste se trouve au croisement du travail technique en relation client et de la rigueur d'architecture. Vous êtes l'autorité technique pendant l'évaluation d'un client, l'architecte qui valide les choix quand il passe à l'échelle, et le pont entre le terrain et le produit.
Un loop L4 / IC3 typique tient en 5 à 7 rounds : pré-screen recruteur, appel hiring manager, screen technique, architecture review où vous proposez un design de référence pour un scénario client, simulation client en avant-vente et round comportemental. Le signal clé n'est pas seulement la profondeur cloud : on évalue autant votre capacité à traduire un besoin métier en architecture et à la présenter au client. Attendez-vous à au moins un round où un architecte senior creuse chaque choix de design.
Version personnalisée
Ce guide couvre la barre générale pour Cloud SA. L'extension Chrome applique la même préparation à chaque offre que vous ouvrez, questions prédites pour cette entreprise précise, entraînement vocal avec votre coach IA sur chaque réponse, benchmark de salaire, analyse des écarts, plus brouillons de lettre de motivation et d'auto-présentation. Premier rapport gratuit ; plans payants à partir de 3,99 $. Ou lancez un scan unique sur une offre, sans installer.
Mise à jour 2026
Ce guide couvre la barre générale pour Cloud SA. Quelques choses ont changé en France en 2026, l'AI Act encadre le recrutement IA à partir du 2 août, 31 % des candidats utilisent déjà l'IA pour préparer (APEC), les mises en situation remplacent les tests classiques, et le cycle de recrutement reste à 12 semaines. Lire ce qui a changé en 2026 →
Ce qui sera attendu de vous
- Mener les architecture reviews et proposer des designs de référence pour les clients en évaluation
- Construire des preuves de concept (POC) pour valider l'adéquation d'une architecture cloud sur des charges de complexité moyenne
- Traduire les besoins client en feedback produit ; influencer la roadmap cloud depuis le terrain
- Gérer les objections techniques pendant les cycles d'éval ; cadrer les trade-offs coût, sécurité et résilience devant le client
- Travailler avec l'Account Manager et le Customer Success sur l'architecture et la croissance du compte
- Se tenir à jour sur les évolutions des plateformes cloud, les mouvements concurrents et les tendances d'architecture par segment
Process d'entretien typique
La plupart des entreprises suivent une trame similaire pour les entretiens Cloud SA. Délai calendaire total : 5 à 8 semaines du pré-screen recruteur jusqu'à l'offre.
Questions types à anticiper
Représentatives de ce que les entreprises demandent à ce niveau, pas une liste exhaustive. Lancez le scan gratuit ci-dessus pour des questions prédites liées à une offre d'emploi précise. L'extension Chrome ajoute l'entraînement vocal avec coaching IA sur chaque réponse (technique, design système, comportemental, motivation).
- “Détaillez comment vous concevriez un déploiement multi-régions actif-actif pour un client à ~50k QPS soutenus, avec une latence p99 sous 100 ms sur trois régions. Couvrez le failover, la cohérence des données et le trade-off coût.”
- “Un client veut migrer sa base Oracle on-prem vers votre cloud sans interruption de service. Détaillez les questions de découverte, la stratégie de migration et le plan de rollback.”
- “Expliquez comment vous mettriez en place une sécurité en défense en profondeur pour un client santé soumis à l'hébergement de données de santé (HDS) et au RGPD. Couvrez le réseau, l'identité, les données et les contrôles opérationnels.”
- “Concevez une architecture de référence pour un client de services financiers en détection de fraude temps réel : 100M d'événements/jour, décision sous 50 ms, exigences réglementaires d'audit et d'explicabilité.”
- “Concevez une architecture data lakehouse pour un client média avec 5 Po de données analytiques, des charges mixtes batch et streaming, et une équipe data de 30 personnes en self-service.”
- “Concevez une architecture optimisée en coût pour un client SaaS aux charges en pics (trafic x2 lors des lancements, quasi inactif le reste du temps). Couvrez le compute, le stockage et où vous le pousseriez vers le serverless.”
- “Parlez-moi d'une architecture review où le client a contesté votre recommandation. Comment avez-vous géré ?”
- “Décrivez un POC que vous avez mené et qui n'a pas converti. Quel signal technique ou politique aviez-vous manqué ?”
- “Racontez-moi un client devenu référence grâce à un travail d'architecture que vous avez porté. Qu'avez-vous fait pour mériter cette relation de référence ?”
Benchmark de salaire
Salaire médian pour Cloud SA dans les grandes boîtes tech US, chiffres principaux en USD. Paris / Berlin / Singapour paient typiquement 30 à 50 % de moins en base ; les ratios d'equity varient selon le stade de l'entreprise.
Le variable d'un Cloud SA en avant-vente est plus faible que sur un poste sales pur (moins piloté par le quota), mais l'OTE inclut bien une part variable. À Paris, comptez environ 60–90 k€ de base selon le profil avant-vente vs delivery (filiales AWS/Azure/GCP France, OVHcloud, Scaleway, ESN comme Capgemini, Devoteam ou Accenture). Le headline US sert de benchmark. Londres tourne autour de £135–180k de TC.
Comment se préparer, cinq conseils tactiques
Ouvrez vos réponses comportementales avec la méthode STAR, Situation, Tâche, Action, Résultat. Les conseils tactiques ci-dessous s'appuient sur cette structure pour ce rôle précis.
- Passez la certif d'architecte cœur de la plateforme (AWS Solutions Architect Associate, Azure Solutions Architect Expert, GCP Professional Cloud Architect) : c'est un signal recruteur et ça couvre la surface du screen technique
- Lisez le framework well-architected de la plateforme en entier (AWS Well-Architected, Azure Architecture Center, GCP Architecture Framework) : ça ressort directement en architecture review
- Entraînez-vous à 2 ou 3 architectures de référence à froid : multi-régions actif-actif, data lakehouse, migration hybride. Vous pattern-matcherez le reste
- Répétez le whiteboard à voix haute devant quelqu'un qui joue le client : commencez toujours par la découverte du besoin avant de dessiner, et chiffrez le coût pendant que vous présentez
- Pour AWS : drillez les 16 Leadership Principles avec 12 à 15 récits STAR mappés ; les rounds LP recalent plus de candidats que les rounds techniques
- Lisez les études de cas client publiées par la plateforme : les architecture reviews leur ressemblent souvent dans la forme
Les pièges fréquents au niveau Cloud SA
Quelques erreurs fréquentes qui font recaler les candidats Cloud SA même quand ils sont par ailleurs solides. Mieux vaut les repérer en mock interview avant qu'elles n'apparaissent en vrai.
Se lancer dans une architecture de référence sans poser de questions de découverte sur le besoin réel du client.
Pourquoi ça rate
Les architecture reviews de Cloud SA notent si vous traitez le prompt comme un vrai engagement client, pas comme un problème de design théorique. Un candidat qui entend "concevez un système de détection de fraude" et commence aussitôt à dessiner des boîtes donne l'image de quelqu'un qui concevrait avant d'écouter le client. Le bon réflexe est de demander l'échelle, les contraintes réglementaires, l'existant et l'échéance avant de proposer quoi que ce soit.
Comment rattraper
Ouvrez chaque réponse d'architecture review par 60 secondes de découverte : "Avant de proposer, je clarifie : quel est l'existant, quelle est la surface de conformité, quelle est l'échéance de mise en prod, et quel est le budget ?" Même comprimé à deux minutes, ça montre que vous travaillez comme un vrai Cloud SA, pas comme un exercice de whiteboard.
Concevoir l'architecture parfaite sans jamais parler de coût.
Pourquoi ça rate
Un Cloud SA est calibré sur le TCO (coût total de possession), pas seulement sur la justesse technique. Une architecture review qui ne couvre ni le compute mensuel, ni le stockage, ni l'egress, ni les licences donne l'image de quelqu'un qui perdrait le client à la conversation budget. Tout client cloud demande le coût ; toute architecture review teste si vous le faites.
Comment rattraper
Une fois l'architecture posée, faites le calcul au dos de la nappe : "Ce setup tournerait autour de X €/mois en compute à la charge prévue, Y €/mois en stockage, avec comme leviers les réservations, les engagements de consommation, l'auto-scaling et les transitions de tiers de stockage." Des chiffres approximatifs suffisent à gagner le signal.
Répondre aux objections du scénario client en défendant la plateforme au lieu d'accueillir la préoccupation.
Pourquoi ça rate
Les simulations client notent le sang-froid et le sens du client. Un candidat qui contre-argumente aussitôt ("en fait notre plateforme gère ça très bien parce que…") donne l'image de quelqu'un qui braquerait le prospect. Le bon réflexe est d'accueillir la préoccupation, de demander ce qu'il y a derrière, puis seulement d'amener la réponse technique avec le bon cadrage.
Comment rattraper
Quand le jury soulève une objection, reformulez-la : "Donc vous vous inquiétez de [point précis], je peux vous demander ce qu'il y a derrière ?" Puis ramenez la réponse technique comme une façon de traiter la préoccupation de fond, pas pour la réfuter.
Ressources recommandées
Livres, cours et outils qui reviennent le plus dans la préparation Cloud SA. Sans lien d'affiliation.
- 01AWS Well-Architected Framework →Référence canonique pour les architecture reviews chez AWS. Parcourez les 5 piliers (excellence opérationnelle, sécurité, fiabilité, performance, coût) avant tout loop Cloud SA AWS.
- 02Azure Architecture Center →L'équivalent Microsoft. Les architectures de référence pour les scénarios canoniques (e-commerce, IA/ML, IoT, hybride) reviennent dans les prompts d'architecture review.
- 03Google Cloud Architecture Center →L'équivalent Google, avec le framework et les patterns de référence. Lisez les sections sécurité et excellence opérationnelle avant tout round Cloud SA GCP.
- 04Parcours de certification AWS / Azure / GCP →Les certifs architecte (AWS SA Associate, Azure Solutions Architect Expert, GCP Professional Cloud Architect) sont un signal recruteur et couvrent la surface du screen technique.
- 05Cloud Architecture Patterns (O'Reilly) →Les patterns d'architecture cloud indépendants de la plateforme : scaling, résilience, cohérence. Utile pour structurer vos réponses d'architecture review.
Scénarios courants
Je suis SRE / ops dans une scaleup française (Doctolib, Back Market, Aircall) depuis 5 ans et je veux passer Cloud Solutions Architect chez AWS, Azure ou GCP France. Mon profil tient-il la route ?
La profondeur technique est rarement le problème pour un SRE : vous avez vu de la prod à l'échelle, du failover, du réseau et du coût. L'écart, c'est le customer-facing. En tant que SRE, vous résolvez des problèmes ; en tant que Cloud SA, vous traduisez un besoin métier en architecture et vous la vendez en direct devant un client qui peut être méfiant. Le round qui recale le plus les profils ops, c'est l'architecture review, parce qu'elle donne l'impression d'un exercice de system design alors qu'on attend un design d'engagement client : découverte d'abord, besoin avant solution, coût comme contrainte de premier ordre. Entraînez-vous à ce round à froid et répétez le whiteboard à voix haute devant quelqu'un qui joue le client. Côté certif, passez l'architecte cœur de la plateforme visée : c'est un signal recruteur attendu en France. Sur le behavioral, ne pitchez pas seulement des incidents résolus ; trouvez 2 ou 3 histoires où vous avez convaincu une équipe ou un stakeholder, c'est ça qu'on cherche.
Je veux postuler Cloud SA chez OVHcloud ou Scaleway plutôt que chez un hyperscaler. Le process et les attentes sont-ils différents ?
La trame du loop reste proche (recruteur, hiring manager, screen technique, architecture review, scénario client), mais l'angle change. Chez OVHcloud et Scaleway, le positionnement souveraineté et cloud de confiance est central : on attend que vous sachiez argumenter le RGPD, la localisation des données en Europe, et pour la santé l'hébergement de données de santé (HDS). Beaucoup de scénarios client tournent autour de "comment je quitte un hyperscaler US ou je construis une stratégie multi-cloud sans dépendance". Préparez-vous à parler réversibilité, conformité européenne et coût comparé. La profondeur services brute attendue peut être un cran sous celle d'AWS (catalogue plus restreint), mais la capacité à cadrer un besoin de souveraineté et à le traduire en architecture pèse plus lourd. Pas de Leadership Principles à la AWS ici ; le round comportemental reste classique, centré sur la relation client et le travail avec les équipes commerciales et delivery.
Je suis dans une ESN / un intégrateur (Capgemini, Devoteam, Accenture) sur des projets de migration cloud, mais côté delivery, pas avant-vente. Comment je vise un poste Cloud SA plus orienté pré-vente ?
Vous avez l'atout que beaucoup de candidats n'ont pas : de vraies migrations livrées, avec des contraintes réelles. Le piège ESN, c'est que vos missions sont décrites côté projet, pas côté décision d'architecture, et qu'on ne voit pas votre part dans les trade-offs. Avant le loop, ressortez 2 ou 3 migrations et ré-écrivez-les en mode "j'ai recommandé / j'ai arbitré / j'ai défendu devant le client", avec l'échelle, le coût et le résultat. Pour l'angle avant-vente, le gros écart est le whiteboard et la simulation client : en delivery vous exécutez un design validé, en avant-vente vous le construisez en direct et le présentez à un sceptique. Entraînez ce round précisément. Côté rémunération en France : un poste avant-vente avec OTE (part variable) paie souvent mieux qu'un poste delivery à part technique égale, comptez plutôt le haut de la fourchette 60–90 k€ de base à Paris, plus le variable.
L'architecture review d'un loop Cloud SA, c'est juste un entretien de system design déguisé ? Je viens du dev et je suis solide en system design.
Non, et c'est l'erreur classique des profils dev. Un bon entretien de system design répond à "est-ce que cette architecture tient à l'échelle". Une architecture review de Cloud SA répond à "est-ce que vous menez l'engagement client comme un vrai SA". Concrètement : un candidat system design attaque le design ; un bon Cloud SA commence par la découverte (échelle, conformité, existant, budget, échéance), propose ensuite, et place le coût comme contrainte de premier ordre tout du long. Le jury joue souvent le client et teste votre sang-froid quand on conteste vos choix. Une réponse techniquement brillante mais sans cadrage client donne l'image d'un dev qui joue au SA, et c'est exactement ce qui recale. Gardez votre profondeur technique, mais enveloppez-la dans une conversation client : reformulez le besoin, chiffrez le coût, défendez vos trade-offs sécurité et résilience sans braquer.
Questions fréquentes
Ce guide est-il utile si je viens du dev, du SRE ou de l'ops et que je passe Cloud Solutions Architect ?
Oui, la barre L4 / IC3 décrite ici s'applique que vous veniez du SWE, du SRE, du customer success ou directement de l'architecture. Les profils SWE / SRE ont en général la profondeur technique mais doivent travailler la découverte du besoin et le cadrage centré client. L'architecture review est le point de recalage le plus fréquent pour ces profils, parce qu'elle donne l'impression d'un system design alors qu'on attend un design d'engagement client. Entraînez ce round à froid.
Combien de temps prévoir avant un onsite Cloud SA ?
Le process prend 5 à 8 semaines. Ajoutez 4 à 6 semaines de prep si vous êtes rouillé sur les services de la plateforme ; 8 à 12 semaines si vous venez du SWE / SRE sans expérience customer-facing. La certif d'architecte plus le framework well-architected couvrent l'essentiel de la surface technique ; les Leadership Principles d'AWS (si vous postulez là) demandent une prep dédiée.
Quelle est l'erreur la plus fréquente des candidats au niveau Cloud SA ?
Traiter l'architecture review comme un entretien de system design. Les rounds d'architecture Cloud SA portent sur le design d'engagement client : découverte d'abord, besoin avant solution, coût comme contrainte de premier ordre. De bonnes réponses de system design sans le cadrage client donnent l'image d'un candidat dev qui joue au SA.
Et si mon process d'entretien diffère de celui décrit ici ?
L'essentiel de la variation est marginal. Les grandes boîtes tech (FAANG, scale-ups, SaaS mid-size) suivent un process à 1–2 rounds près de ce qui est décrit. Les petites startups tournent souvent sur moins de rounds (3 à 4) mais la barre par round reste similaire ; les boîtes moins matures tech sautent parfois system design ou comportemental. Lisez l'offre et demandez au recruteur lors du pré-screen, il vous dira ce qui vient.
Comment ce guide se compare-t-il au scan gratuit ?
Ce guide couvre la barre générale au niveau L4 / IC3. Le scan gratuit lit votre offre d'emploi spécifique et renvoie les questions prédites pour ce poste + cette entreprise, un benchmark de salaire calibré et (avec votre CV) une analyse des écarts d'expérience et un passage ATS de CV. PDF par e-mail.
Prêt à préparer un vrai poste ?
Collez n'importe quelle offre Cloud SA, découvrez votre coach en moins de 30 secondes.
Déposez une URL LinkedIn, Greenhouse, Lever ou Levels.fyi, ou collez le texte de l'offre. Votre coach prédit les questions pour cette entreprise, fait ressortir vos écarts d'expérience, et calibre un benchmark de salaire pour le poste et la localisation. PDF par e-mail. L'entraînement vocal avec retour IA sur chaque réponse vit dans l'extension Chrome.
Installation libre · Aperçu sur chaque offre · Plans payants à partir de 3,99 $