Entretien d’embauche ingénieur cloud
L’entretien d’ingénieur cloud comporte presque toujours une partie technique poussée : questions sur le réseau et l’IAM, scénario d’incident, revue de code Terraform ou exercice de conception d’infrastructure au tableau.
Le recruteur évalue votre pratique réelle et votre façon de raisonner sous contrainte, plus que votre capacité à réciter la documentation d’un fournisseur.
Les questions à préparer
01Comment organisez-vous un projet Terraform partagé par plusieurs équipes ?
Ce que le recruteur cherche
La structure du code d’infrastructure révèle votre expérience en équipe.
Exemple de réponse
Je sépare les modules réutilisables, versionnés dans leur propre dépôt, des configurations par environnement. L’état est stocké à distance, par exemple dans un bucket S3 avec verrouillage, et découpé par périmètre pour limiter l’impact d’une erreur. Toute modification passe par une merge request : le pipeline lance un plan, un collègue le relit, puis l’application se fait automatiquement après validation. J’interdis les changements manuels dans la console, et je lance un contrôle régulier de dérive pour repérer ceux qui auraient échappé à la règle.
02Une application devient lente en production. Comment menez-vous le diagnostic ?
Ce que le recruteur cherche
Le recruteur teste votre méthode face à un incident réel.
Exemple de réponse
Je commence par délimiter le problème : depuis quand, pour quels utilisateurs, sur quels endpoints. Je regarde ensuite les tableaux de bord : latence, taux d’erreur, saturation CPU et mémoire des pods, état de la base de données. Je vérifie s’il y a eu une livraison ou un changement d’infrastructure récent. Dans un cas que j’ai traité, la base saturait à cause d’une requête non indexée livrée la veille ; nous avons fait un retour arrière, puis ajouté l’index et une alerte sur la latence des requêtes.
03Comment sécurisez-vous l’accès aux ressources cloud ?
Ce que le recruteur cherche
Une mauvaise configuration des accès est l’une des premières causes de fuite de données.
Exemple de réponse
J’applique le principe du moindre privilège : des rôles par usage plutôt que des droits larges, et pas de clés d’accès permanentes pour les humains, qui passent par une authentification unique. Les applications utilisent des identités de service, et les secrets sont stockés dans un gestionnaire dédié. Les ressources sensibles sont dans des sous-réseaux privés, sans adresse publique. J’active les journaux d’audit et des règles de conformité automatiques, par exemple pour interdire un bucket ouvert au public.
04Comment réduiriez-vous une facture cloud qui augmente sans explication ?
Ce que le recruteur cherche
La maîtrise des coûts fait de plus en plus partie du poste.
Exemple de réponse
Je commence par rendre la facture lisible : des étiquettes obligatoires par équipe et par projet, puis une analyse par service. Les postes habituels sont les instances surdimensionnées, les environnements de test allumés la nuit, les volumes et instantanés oubliés et les transferts de données entre zones. J’automatise l’arrêt des environnements hors production en dehors des heures de travail. Pour les charges stables, je propose des engagements de réservation. Je partage ensuite un suivi mensuel avec les équipes, pour qu’elles voient leur propre consommation.
05Expliquez la différence entre un déploiement progressif et un déploiement blue-green.
Ce que le recruteur cherche
Les stratégies de déploiement sont au cœur du travail avec les équipes applicatives.
Exemple de réponse
En blue-green, on maintient deux environnements complets : la nouvelle version est déployée sur l’environnement inactif, testée, puis le trafic bascule d’un coup. Le retour arrière est immédiat, mais cela double les ressources pendant la bascule. En déploiement progressif, ou canary, on envoie d’abord une petite part du trafic vers la nouvelle version, on surveille les erreurs et la latence, puis on augmente progressivement. C’est plus économique et cela limite l’impact d’un bug, mais il faut une supervision fiable pour décider automatiquement.
06Racontez une migration vers le cloud que vous avez menée.
Ce que le recruteur cherche
La migration est l’un des projets les plus fréquents du métier.
Exemple de réponse
J’ai migré une application interne de gestion des commandes qui tournait sur deux serveurs physiques. Nous avons d’abord cartographié les dépendances : base Oracle, partage de fichiers, flux avec l’ERP. Nous avons choisi de conteneuriser l’application et de passer la base sur un service managé compatible. J’ai décrit toute l’infrastructure en Terraform, puis nous avons fait une répétition complète sur un environnement de recette. La bascule s’est faite un samedi matin avec une procédure de retour arrière prête, qui n’a pas servi.
07Comment gérez-vous les secrets dans un pipeline CI/CD ?
Ce que le recruteur cherche
Les secrets exposés dans un dépôt ou des journaux sont un risque fréquent.
Exemple de réponse
Aucun secret n’est stocké dans le code ni dans les variables en clair. Le pipeline s’authentifie auprès du fournisseur cloud par fédération d’identité, sans clé permanente, et récupère les secrets au moment du déploiement depuis un coffre comme AWS Secrets Manager, Azure Key Vault ou Vault. Je masque les valeurs dans les journaux et je limite les droits du pipeline à ce dont il a besoin. J’ajoute aussi un outil de détection de secrets sur les commits pour bloquer une fuite accidentelle.
08Pourquoi choisir Kubernetes, et quand ne pas le choisir ?
Ce que le recruteur cherche
Le recruteur cherche un jugement technique, pas un réflexe.
Exemple de réponse
Kubernetes se justifie quand on a de nombreux services à déployer, besoin d’autoscaling fin et une équipe capable de l’exploiter. Il apporte des standards de déploiement et d’observabilité. En revanche, pour une petite application ou une équipe réduite, un service comme Amazon ECS sur Fargate, Azure Container Apps ou Cloud Run demande beaucoup moins de maintenance. J’ai déjà déconseillé Kubernetes à une équipe de trois développeurs qui avait deux services : le coût d’exploitation aurait dépassé le bénéfice.
Les questions à poser au recruteur
- Quelle part de l’infrastructure est déjà décrite en code, et que reste-t-il de manuel ?
- Comment fonctionnent les astreintes, et comment sont-elles compensées ?
- Comment l’équipe plateforme recueille-t-elle les besoins des développeurs ?
- Qui suit les coûts cloud, et avec quels outils ?
- Utilisez-vous plusieurs fournisseurs ou des clouds qualifiés SecNumCloud pour certains environnements ?
Votre recherche, en automatique
Lancer mon scan d’offres ingénieur cloud
JobFast cherche les offres qui vous correspondent sur les grands sites d’emploi, note chacune sur 10 et prépare un CV et une lettre adaptés. Vous relisez, vous validez.
Sans carte bancaire · Sans compte pour commencer
Questions fréquentes
Faut-il réviser les questions de certification avant l’entretien ?
Elles donnent une bonne base de vocabulaire, mais l’entretien porte surtout sur des cas pratiques. Révisez plutôt le réseau (sous-réseaux, routage, DNS), l’IAM et un ou deux incidents que vous avez vécus, que vous pourrez raconter de façon structurée : symptôme, diagnostic, correction, prévention.
Peut-on avoir un exercice de conception d’architecture ?
Oui, même pour un poste d’ingénieur. On vous demande par exemple de concevoir l’hébergement d’une application web avec base de données et contraintes de disponibilité. Commencez par poser des questions sur la charge, la sécurité et le budget, puis dessinez une solution simple avant de l’enrichir.
Les astreintes sont-elles un sujet à aborder en entretien ?
Oui, posez la question vous-même. Le rythme, le nombre de personnes dans la rotation et la compensation varient beaucoup d’une entreprise à l’autre. Montrer que vous êtes prêt(e) à les assurer tout en vous intéressant à leur organisation est perçu positivement.