Entretien ingénieur Cloud (AWS, Azure, GCP) : ce qui est vraiment évalué
· 9 min
Sur un poste cloud, la question n'est jamais « connaissez-vous ce service ». Elle est « pourquoi celui-là plutôt qu'un autre, et à quel prix ». Un candidat qui récite un catalogue de services perd face à un candidat qui sait arbitrer.
Quelles questions d’architecture reviennent le plus ?
- Concevoir une application disponible malgré la perte d'une zone : on attend que vous parliez de redondance ET de ce qu'elle coûte.
- Choisir entre machines virtuelles, conteneurs et fonctions serverless pour une charge donnée — et savoir dire quand le serverless est un mauvais choix.
- Séparer les environnements et gérer les accès : le principe du moindre privilège doit être un réflexe, pas une formule.
- Stocker et faire tourner des secrets sans les écrire dans le code ni dans une variable d'environnement commitée.
- Expliquer votre stratégie de sauvegarde, et surtout la dernière fois que vous avez testé une restauration.
Pourquoi la question du coût revient-elle toujours ?
Parce que c'est le meilleur révélateur d'expérience réelle. Quelqu'un qui a exploité une infrastructure sait qu'une facture cloud dérape par les transferts sortants, les volumes oubliés et les environnements de test laissés allumés le week-end. Un candidat qui n'a jamais eu à justifier une facture parle d'architecture sans jamais parler d'argent — et cela s'entend en deux minutes.
Une certification suffit-elle à décrocher le poste ?
Elle ouvre la porte, elle ne la franchit pas. Une certification prouve que vous connaissez le vocabulaire et les bonnes pratiques officielles ; elle ne prouve pas que vous avez vécu une panne à 3 h du matin. Si votre expérience est surtout certifiée, assumez-le clairement et compensez par un projet personnel réel — une infrastructure que vous avez montée, cassée, et réparée vaut plus qu'un badge.
Faut-il maîtriser l'infrastructure as code ?
Oui, c'est devenu un prérequis plutôt qu'un plus. Terraform, Bicep, CloudFormation : l'outil importe moins que votre capacité à expliquer pourquoi on ne clique plus dans une console pour créer des ressources durables. On vous demandera comment vous gérez l'état, comment vous relisez un changement risqué, et ce que vous faites quand la réalité a divergé du code.
Comment répondre si vous ne connaissez pas LEUR fournisseur ?
En montrant la transposition, pas en bluffant. Les concepts se recouvrent largement d'un fournisseur à l'autre : réseau privé, gestion des identités, stockage objet, équilibrage de charge. Dites ce que vous savez faire chez l'un, nommez l'équivalent chez l'autre si vous le connaissez, et reconnaissez ce que vous devrez apprendre. Un recruteur préfère cette honnêteté à un vocabulaire mal maîtrisé qu'il démontera à la question suivante.
Quelle est la différence avec un entretien DevOps ?
Les périmètres se recouvrent, mais l'accent change : un entretien cloud creuse l'architecture, la disponibilité et le coût, quand un entretien DevOps creuse la chaîne de livraison et l'automatisation. Beaucoup d'offres mélangent les deux — d'où l'intérêt de lire l'offre attentivement avant de choisir ce que vous mettez en avant.
Sur un poste cloud, le candidat qui impressionne n'est pas celui qui connaît le plus de services. C'est celui qui sait lesquels ne pas utiliser.
Le reste se joue à l'oral, comme partout : expliquer un arbitrage d'architecture à voix haute est un exercice en soi. Voyez notre article sur pourquoi vous embaucher et, si l'entretien se déroule en anglais, l'entretien en anglais.