Le Cloud Engineer est le spécialiste qui conçoit, déploie et sécurise l'infrastructure cloud sur laquelle reposent les applications d'une organisation : réseaux, calcul, stockage, identités. Cette page s'adresse aux profils système ou réseau qui veulent évoluer vers AWS, Azure ou GCP, ainsi qu'aux développeurs qui souhaitent maîtriser l'infrastructure de bout en bout. Elle détaille les missions concrètes du poste (architecture, Infrastructure as Code, sécurité, coûts), les compétences attendues, les certifications qui comptent aujourd'hui et le chemin pour devenir Cloud Engineer, jusqu'à ses évolutions vers l'architecture, la plateforme ou le FinOps.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Comprendre ce que fait un Cloud Engineer au quotidien et en quoi son rôle diffère de celui du DevOps Engineer
- Identifier les cinq grandes familles de missions : architecture, Infrastructure as Code, sécurité, coûts, disponibilité
- Repérer les compétences techniques et humaines attendues sur ce poste
- Choisir les certifications AWS, Azure ou GCP adaptées à votre progression
- Construire un plan d'action concret pour devenir Cloud Engineer
- Anticiper les évolutions possibles : architecte, Platform Engineer, SRE, FinOps
Qu'est-ce qu'un Cloud Engineer ?
Section intitulée « Qu'est-ce qu'un Cloud Engineer ? »Le Cloud Engineer maîtrise les services d'un ou plusieurs fournisseurs cloud (AWS, Azure, GCP) et les utilise pour créer des infrastructures scalables, sécurisées et rentables. Son travail est essentiellement déclaratif : il décrit l'état souhaité de l'infrastructure dans du code (Infrastructure as Code, ou IaC, la pratique qui consiste à définir des ressources cloud dans des fichiers versionnés plutôt qu'à les cliquer dans une console), et les outils se chargent de la créer.
Le périmètre du poste a évolué ces dernières années : au-delà du calcul, du réseau et du stockage classiques, le Cloud Engineer est de plus en plus sollicité pour dimensionner des charges liées à l'intelligence artificielle (instances GPU, services managés comme Bedrock, Azure AI Foundry ou Vertex AI) et pour en maîtriser le coût, qui grimpe vite sans gouvernance.
Rôle et responsabilités
Section intitulée « Rôle et responsabilités »Le quotidien d'un Cloud Engineer se répartit sur cinq grandes familles de missions, de la conception de l'architecture jusqu'au maintien de la disponibilité. Chacune mobilise des réflexes différents, mais toutes partagent la même exigence : rien ne se fait manuellement, tout se code et se vérifie.
Concevoir l'architecture cloud
Section intitulée « Concevoir l'architecture cloud »Le Cloud Engineer définit l'organisation technique de l'infrastructure, en tenant compte des contraintes réelles du projet (budget, latence, conformité) plutôt que d'appliquer un modèle générique :
- Topologie réseau : VPC (Virtual Private Cloud, un réseau privé isolé dans le cloud), subnets publics et privés, peering entre VPC, transit gateway pour les architectures multi-comptes
- Zones de disponibilité : répartition des ressources sur plusieurs datacenters pour la résilience
- Stratégie multi-région : disaster recovery, latence utilisateur, conformité réglementaire
Implémenter l'Infrastructure as Code
Section intitulée « Implémenter l'Infrastructure as Code »Tout ce que le Cloud Engineer crée doit être reproductible et versionné, pour pouvoir reconstruire une infrastructure identique en cas de sinistre ou la dupliquer pour un nouvel environnement :
- Écriture des modules Terraform, Pulumi ou CloudFormation
- Création de modules réutilisables pour les patterns courants
- Revue de code de l'infrastructure comme du code applicatif
- Tests automatisés de l'infrastructure (Terratest, Checkov)
Sécuriser l'environnement cloud
Section intitulée « Sécuriser l'environnement cloud »La sécurité est une responsabilité permanente du Cloud Engineer, pas une étape ponctuelle avant la mise en production :
- Gestion des identités : IAM (Identity and Access Management, le service qui définit qui a le droit de faire quoi sur l'infrastructure) policies, roles, principe du moindre privilège
- Chiffrement : données au repos (KMS) et en transit (TLS)
- Contrôle réseau : security groups, NACLs, firewalls managés
- Audit et conformité : CloudTrail, Azure Monitor, GCP Audit Logs
Optimiser performances et coûts
Section intitulée « Optimiser performances et coûts »Le Cloud Engineer surveille en permanence l'efficacité de l'infrastructure, une discipline aujourd'hui formalisée sous le nom de FinOps (pratique de gestion financière du cloud qui fait collaborer ingénierie, finance et produit) :
- Rightsizing : ajuster les tailles d'instances aux besoins réels
- Reserved Instances / Savings Plans : engagements pour réduire les coûts
- Auto-scaling : adapter dynamiquement les ressources à la charge
- Tagging : identifier qui consomme quoi pour le suivi des coûts
Le sujet prend un relief particulier avec l'essor des charges IA : une instance GPU ou un appel à un modèle managé coûte un ordre de grandeur de plus qu'une instance de calcul classique. Suivre la consommation par projet et par équipe devient indispensable pour éviter les mauvaises surprises en fin de mois. Le rôle de FinOps Practitioner est né de ce besoin, quand le sujet devient trop volumineux pour rester une responsabilité annexe du Cloud Engineer.
Assurer la haute disponibilité
Section intitulée « Assurer la haute disponibilité »Les systèmes doivent rester opérationnels même en cas de panne, ce qui implique de concevoir la résilience dès l'architecture plutôt que de la rajouter après un incident :
- Architecture multi-AZ (plusieurs zones de disponibilité)
- Load balancing et health checks
- Stratégies de disaster recovery (backup, réplication, failover)
- Tests réguliers des procédures de recovery
Qualités humaines requises
Section intitulée « Qualités humaines requises »Les compétences techniques ne suffisent pas : le poste exige aussi des qualités comportementales, parce qu'une erreur d'infrastructure a des conséquences immédiates et souvent visibles de toute l'organisation.
Rigueur et méthode
Section intitulée « Rigueur et méthode »L'infrastructure cloud est la fondation de tout le reste. Une erreur de configuration peut :
- Exposer des données sensibles publiquement
- Générer des factures astronomiques
- Rendre tous les services indisponibles
Le Cloud Engineer doit être méticuleux : double vérification, tests avant application, revue par les pairs.
Curiosité et veille permanente
Section intitulée « Curiosité et veille permanente »Les fournisseurs cloud lancent des dizaines de nouveaux services chaque année, et une partie croissante concerne l'IA managée. Le Cloud Engineer doit :
- Suivre les annonces (re:Invent, Ignite, Google Cloud Next)
- Évaluer la pertinence pour son organisation, sans céder à l'effet de mode
- Anticiper les évolutions et les migrations
Communication technique
Section intitulée « Communication technique »Le Cloud Engineer traduit les besoins métier en architecture technique :
- Comprendre ce que les équipes de développement attendent
- Expliquer les contraintes et les choix d'architecture
- Documenter clairement pour les équipes qui utiliseront l'infrastructure
Gestion du stress
Section intitulée « Gestion du stress »Les incidents d'infrastructure affectent souvent tous les services en même temps, ce qui met le Cloud Engineer sous une pression particulière pendant la résolution :
- Rester calme sous pression
- Diagnostiquer méthodiquement
- Communiquer avec les parties prenantes pendant la résolution
Compétences techniques
Section intitulée « Compétences techniques »Trois familles de compétences composent le socle du Cloud Engineer : la maîtrise d'un fournisseur cloud, l'Infrastructure as Code, et un ensemble d'outils transverses hérités du monde système et réseau.
Maîtrise d'un cloud provider
Section intitulée « Maîtrise d'un cloud provider »Le Cloud Engineer doit avoir une expertise approfondie d'au moins un provider, et une culture générale des deux autres suffit rarement à couvrir les besoins d'un poste : mieux vaut approfondir un fournisseur que survoler les trois.
| Domaine | AWS | Azure | GCP |
|---|---|---|---|
| Compute | EC2, Lambda, ECS | VMs, Functions, AKS | GCE, Cloud Run, GKE |
| Network | VPC, Route53, ALB | VNet, DNS, App Gateway | VPC, Cloud DNS, LB |
| Storage | S3, EBS, EFS | Blob, Disks, Files | GCS, Persistent Disk |
| Database | RDS, DynamoDB | SQL Database, Cosmos | Cloud SQL, Spanner |
| Security | IAM, KMS, WAF | Entra ID, Key Vault | IAM, KMS, Armor |
| IA managée | Bedrock, SageMaker | Azure AI Foundry, OpenAI Service | Vertex AI |
Infrastructure as Code
Section intitulée « Infrastructure as Code »Écrire de l'infrastructure en code exige de choisir un outil de provisionnement adapté au contexte : multi-cloud ou mono-cloud, équipe familière d'un langage de programmation ou non. Le choix engage l'équipe pour plusieurs années, car migrer un parc entier d'un outil à l'autre est coûteux.
| Outil | Usage |
|---|---|
| Terraform | Standard de l'industrie, multi-cloud |
| OpenTofu | Fork open source de Terraform (licence MPL 2.0, Linux Foundation), né du passage de Terraform à une licence BSL en 2023 |
| Pulumi | IaC en langages de programmation (Python, Go, TypeScript) |
| CloudFormation | Natif AWS |
| ARM/Bicep | Natif Azure |
Outils complémentaires
Section intitulée « Outils complémentaires »Au-delà du cloud lui-même, un socle de compétences transverses reste indispensable : le cloud n'a pas supprimé le besoin de comprendre ce qui se passe sous l'abstraction des services managés.
- Networking : connaissance approfondie TCP/IP, DNS, routage
- Containers : Docker, registries, orchestration basique
- Scripting : Bash, Python pour l'automatisation
- Monitoring : CloudWatch, Azure Monitor, Prometheus
Certifications reconnues
Section intitulée « Certifications reconnues »Les certifications valident les compétences et sont souvent demandées à l'embauche, en particulier pour les profils en reconversion qui n'ont pas encore d'expérience cloud à faire valoir. Les éditions récentes des examens intègrent désormais des questions sur les services d'IA managée (Bedrock côté AWS, les fonctionnalités IA d'Azure, Vertex AI côté GCP) et sur la maîtrise des coûts, signe que ces sujets sont devenus incontournables sur le terrain.
| Niveau | AWS | Azure | GCP |
|---|---|---|---|
| Associate | Solutions Architect Associate | Azure Administrator | Associate Cloud Engineer |
| Professional | Solutions Architect Professional | Azure Solutions Architect Expert | Professional Cloud Architect |
| Specialty | Security, Networking, Database | Security, Networking | Security, Networking |
Parcours et évolution
Section intitulée « Parcours et évolution »Devenir Cloud Engineer suit rarement une ligne droite : la plupart des profils viennent du système, du réseau ou du développement, et progressent par paliers plutôt que par un cursus unique.
Comment devenir Cloud Engineer
Section intitulée « Comment devenir Cloud Engineer »La pratique compte davantage que le diplôme sur ce poste : les cinq étapes ci-dessous partent des bases système pour aller jusqu'à un premier projet cloud complet, la meilleure preuve de compétence à montrer à un recruteur.
-
Bases système et réseau
Linux, TCP/IP, DNS, firewalls. Ces fondamentaux sont indispensables avant d'aborder le cloud.
-
Premier contact cloud
Créez un compte free tier, suivez les tutoriels officiels, déployez des ressources manuellement pour comprendre les services avant de les coder.
-
Infrastructure as Code
Apprenez Terraform. Recréez en code ce que vous avez fait manuellement à l'étape précédente.
-
Projet concret
Déployez une application complète : VPC, compute, base de données, load balancer. Un projet personnel documenté vaut souvent plus qu'un diplôme aux yeux d'un recruteur.
-
Certification
Passez la certification associate pour valider et structurer vos acquis.
Évolutions possibles
Section intitulée « Évolutions possibles »Le poste de Cloud Engineer n'est pas un aboutissement mais un tremplin vers plusieurs spécialisations, selon que l'appétence va vers l'architecture, la fiabilité, les coûts ou le management. Ce tableau résume les trajectoires les plus fréquentes observées sur le terrain.
| Orientation | Rôle suivant |
|---|---|
| Spécialisation | Architecte DevOps, spécialiste sécurité cloud ou networking |
| Plateforme | Platform Engineer (construction d'IDP, Internal Developer Platform) |
| Fiabilité | SRE (focus production et disponibilité) |
| Coûts | FinOps Practitioner (optimisation financière) |
| Management | Lead Cloud, Engineering Manager |
À retenir
Section intitulée « À retenir »- Le Cloud Engineer construit les fondations sur lesquelles reposent toutes les applications
- L'Infrastructure as Code est incontournable : tout doit être versionné et reproductible
- La sécurité n'est pas optionnelle : moindre privilège, chiffrement, audit
- L'optimisation des coûts, y compris pour les charges IA, fait partie du quotidien, pas d'un projet ponctuel
- Une certification associate est un bon investissement pour démarrer, sans remplacer l'expérience terrain
- Les compétences réseau et système restent fondamentales malgré l'abstraction croissante du cloud
- Le poste évolue naturellement vers l'architecture, la plateforme, la fiabilité (SRE) ou le FinOps