CV d’ingénieur cloud : le guide et un exemple analysé

Un CV d’ingénieur cloud qui énumère « AWS, Azure, Terraform, Kubernetes » ressemble à tous les autres. Ce qui fait la différence, c’est l’échelle de ce que tu as conçu ou migré (comptes, applications, environnements), les décisions d’architecture que tu peux défendre, et l’effet mesuré sur la sécurité, la disponibilité et la facture.

Cette page explique ce que cherchent les équipes plateforme et les architectes, la structure qui met en valeur un parcours d’ESN vers un grand compte, puis analyse section par section le modèle ci-dessus, que tu peux reprendre dans le générateur et adapter à ton propre périmètre.

Ce que les recruteurs attendent d’un CV ingénieur cloud

• Un périmètre d’architecture chiffré : nombre de comptes ou d’abonnements, d’applications migrées, d’équipes clientes, de modules d’infrastructure maintenus.
• Des décisions d’architecture lisibles : découpage multi-comptes, réseau, identité, résilience. Le recruteur veut voir que tu sais pourquoi, pas seulement comment.
• L’infrastructure décrite en code, testée et revue : modules Terraform, pipelines, catalogue réutilisable par d’autres équipes.
• Une attention aux coûts et à la conformité : étiquetage, budgets, chiffrement, journalisation, plan de reprise. Ce sont les sujets qui reviennent dans toutes les offres de grands comptes.

Le CV décortiqué, section par section

Chaque capture ci-dessous est extraite du CV ingénieur cloud présenté plus haut. Sous chacune : ce qui la rend efficace pour ce métier, et ce que tu dois y mettre de toi.

1. En-tête et accroche

Une démarche d’architecte en une phrase

L’accroche annonce un périmètre (landing zones, migrations) puis trois domaines de responsabilité : infrastructure en code, sécurité, coûts. Elle se distingue d’un profil DevOps centré sur la livraison, car elle parle de conception et de gouvernance. Les deux fournisseurs cités correspondent à ce que le parcours démontre ensuite.

Ce qui fonctionne

• « landing zones multi-comptes » nomme une réalisation d’architecte précise, que les offres de grands comptes mentionnent telle quelle.
• « migrations vers AWS et Azure » annonce un profil multi-cloud sans tomber dans la liste d’outils.
• « maîtrise des coûts (FinOps) » place un sujet de plus en plus demandé au même niveau que la sécurité.

À adapter à ton parcours : Remplace les marqueurs par ceux de ton périmètre réel : si tu n’as pas conçu de landing zone, parle de la partie que tu as tenue (réseau, identité, modules) plutôt que d’emprunter le vocabulaire d’architecte.

2. Formation

Un diplôme d’ingénieur et trois certifications ciblées

Le diplôme d’ingénieur est résumé par des enseignements utiles au poste (systèmes distribués, réseaux, sécurité) et un projet de fin d’études déjà tourné vers les conteneurs. Les trois certifications couvrent les deux fournisseurs de l’accroche et l’infrastructure en code, ce qui rassure sur la cohérence du profil.

Ce qui fonctionne

• « Architecture des systèmes distribués, réseaux, virtualisation, sécurité » liste les fondamentaux qu’un architecte cloud doit maîtriser.
• « AWS Certified Solutions Architect Professional » est un niveau avancé, en phase avec un poste de conception.
• « HashiCorp Certified: Terraform Associate » s’accorde avec la puce sur les 35 modules Terraform de l’expérience actuelle.

À adapter à ton parcours : Ne garde que les certifications qui correspondent à l’offre et indique leur date : elles expirent, et une certification périmée sans mention affaiblit le reste.

3. Expériences

Des décisions d’architecture reliées à des résultats

Le poste actuel commence par un contexte précis (équipe de 9, deux clouds, 45 équipes clientes, cadre réglementaire) puis enchaîne cinq puces qui couvrent le métier complet : gouvernance, infrastructure en code, migration, coûts, sécurité. Le passage par l’ESN montre la diversité des contextes, et l’alternance explique l’entrée dans le métier.

Ce qui fonctionne

• « 60 comptes applicatifs créés en autonomie en moins d’une heure, contre 3 semaines » mesure l’effet de la landing zone sur les équipes clientes.
• « facture mensuelle réduite de 27 % à périmètre constant » prouve la démarche FinOps par un chiffre et précise la condition de comparaison.
• « 28 applications » migrées « en 18 mois, sans interruption de service imprévue » donne l’échelle et la qualité d’exécution du projet.

À adapter à ton parcours : Pour chaque projet, nomme ta part (concevoir, décider, exécuter) et garde au moins un indicateur avant / après que tu suivais vraiment, sur les délais, la disponibilité ou la facture.

4. Compétences et centres d’intérêt

Savoir-faire d’architecte d’abord, services par cloud

Le bloc sépare les compétences d’architecture des outils, et les place en premier : c’est ce qu’un responsable plateforme cherche avant de vérifier les services. Les outils sont regroupés par fournisseur, ce qui permet de voir d’un coup d’œil la profondeur sur AWS et sur Azure.

Ce qui fonctionne

• « landing zone, migration d’applications, réseau et identité cloud, FinOps » aligne les savoir-faire sur les intitulés d’offres.
• « AWS (Organizations, Control Tower, VPC, IAM, EKS, RDS, S3) » cite des services cohérents avec les puces des expériences.
• « documentation d’architecture rédigée en anglais » rattache la langue à un usage concret du métier.

À adapter à ton parcours : Range tes services par fournisseur et retire ceux que tu n’as jamais utilisés en conditions réelles : un entretien d’architecte les vérifiera.

La structure en résumé

1. En-tête : Intitulé exact (ingénieur cloud, architecte cloud), années d’expérience, fournisseur principal et deux marqueurs de ton approche : landing zone, migration, infrastructure as code, FinOps.
2. Expériences : En premier. Chaque poste commence par le contexte (clouds utilisés, nombre d’équipes clientes, contraintes réglementaires), puis des puces qui associent une décision d’architecture à un résultat mesuré.
3. Formation et certifications : Diplôme en une ligne, puis les certifications d’architecte qui correspondent à l’offre (AWS Solutions Architect, Azure AZ-305, Terraform Associate), avec leur date.
4. Compétences : Deux lignes : les savoir-faire d’architecture (landing zone, migration, réseau, FinOps, sécurité) puis les services et outils, regroupés par fournisseur.
5. Langues et intérêts : Précise si tu écris tes dossiers d’architecture en anglais : c’est fréquent chez les grands comptes et dans les équipes internationales.

Compétences et mots-clés ATS

• Architecture multi-comptes ou multi-abonnements : landing zone, politiques de gouvernance, séparation des environnements
• Migration d’applications vers le cloud (rehost, replatform, refonte) et conduite de projet avec les équipes applicatives
• Infrastructure as code avec Terraform : modules versionnés, tests, revue par pull request
• FinOps : étiquetage, budgets, alertes, optimisation des instances et du stockage
• Sécurité cloud : identité et accès, chiffrement, réseau privé, journalisation centralisée, continuité d’activité

Les logiciels de tri (ATS) recherchent les termes exacts de l’offre. Pour un poste en ingénieur cloud, intègre naturellement :

Les erreurs à éviter

• Lister des services cloud comme un catalogue (« EC2, S3, Lambda, VPC… ») sans dire ce que tu as conçu avec : le recruteur cherche une architecture, pas une table des matières.
• Ne pas distinguer ton rôle d’un projet d’équipe : « migration de 28 applications » ne dit pas si tu as décidé, exécuté ou simplement participé.
• Oublier les coûts : une migration qui ne parle pas de facture laisse penser que le sujet ne t’a jamais été confié.
• Empiler les certifications sans lien avec l’offre : trois certifications pertinentes et récentes valent mieux que dix qui datent.

Questions fréquentes

Pour aller plus loin

• Quelle certification AWS, Azure ou GCP pour un premier poste cloud ?
• Infrastructure as code sur un CV : un périmètre plutôt que des outils
• Présenter sa stack sur un CV de développeur sans faire d'inventaire