Vous entendez parler de SRE, Platform Engineer, DevOps Engineer, mais vous ne savez pas vraiment ce qui les différencie ? Ce guide donne une vision claire des métiers de l'écosystème DevOps tels qu'ils existent réellement sur le marché en 2026, avec les responsabilités concrètes, les compétences attendues et les évolutions récentes de chaque rôle. Il s'adresse aux débutants qui hésitent sur leur orientation comme aux profils confirmés qui veulent situer leur poste actuel dans l'écosystème.
Pourquoi tant de titres différents ?
Section intitulée « Pourquoi tant de titres différents ? »"DevOps" n'est pas un métier, c'est une culture. Cette culture a fait émerger des rôles spécialisés qui répondent à des besoins distincts : fiabilité en production, expérience développeur, infrastructure cloud, sécurité, coûts. Le problème : les entreprises utilisent souvent ces titres de façon interchangeable, ce qui crée de la confusion à l'embauche comme dans l'organisation des équipes.
Ce que vous allez comprendre :
- La différence réelle entre chaque rôle
- Les responsabilités concrètes de chacun
- Les compétences attendues par les recruteurs
- Comment ces rôles s'articulent dans une organisation
Le socle commun : compétences de base
Section intitulée « Le socle commun : compétences de base »Avant de parler des différences, voici ce que tous ces rôles partagent selon les offres d'emploi et les roadmaps 2025-2026 :
| Domaine | Compétences attendues |
|---|---|
| Systèmes | Linux (administration, scripting bash), réseau TCP/IP, DNS |
| Versioning | Git, branching strategies, pull requests, code review |
| Conteneurs | Docker, images OCI, registries, multi-stage builds |
| Cloud | Au moins un provider en profondeur : AWS, Azure ou GCP |
| IaC | Terraform ou équivalent (Pulumi, CloudFormation) |
| CI/CD | Au moins un outil : GitLab CI, GitHub Actions, Jenkins |
| Orchestration | Kubernetes : pods, deployments, services, ingress |
| Monitoring | Prometheus, Grafana, alerting, logs centralisés |
| Scripting | Python ou Go pour l'automatisation |
| Assistants IA | Utiliser un agent ou un copilote de code pour accélérer le delivery, sans lui déléguer la revue |
Ces compétences constituent le socle minimum. Chaque rôle ajoute ensuite ses spécialisations. Le dernier point mérite un mot : le rapport DORA 2025 montre que les assistants IA amplifient la performance des équipes qui ont déjà de bonnes fondations (tests, CI/CD, observabilité) mais n'améliorent rien chez celles qui en manquent. Savoir utiliser ces outils devient un prérequis, pas une spécialisation à part.
Site Reliability Engineer (SRE)
Section intitulée « Site Reliability Engineer (SRE) »Définition officielle
Section intitulée « Définition officielle »Le SRE est une discipline créée par Google en 2003. La définition de Google :
"SRE is what happens when you ask a software engineer to design an operations function."
Autrement dit : c'est un développeur qui applique les méthodes de l'ingénierie logicielle aux problèmes d'exploitation.
Ce que fait concrètement un SRE
Section intitulée « Ce que fait concrètement un SRE »Le SRE se concentre sur la production. Son objectif : des systèmes hautement disponibles avec un minimum de downtime.
Responsabilités quotidiennes :
- Définir les SLO (Service Level Objectives) : "99,9 % de disponibilité"
- Gérer les Error Budgets : "on accepte 0,1 % d'erreurs, pas plus"
- Construire des automatisations pour éliminer le toil (travail répétitif manuel)
- Participer aux astreintes et gérer les incidents
- Rédiger des post-mortems sans blâme après chaque incident majeur
- Mettre en place l'observabilité : métriques, logs, traces distribuées
Compétences spécifiques
Section intitulée « Compétences spécifiques »Le tableau ci-dessous distingue les compétences techniques, souvent vérifiées en entretien via un exercice pratique, des soft skills qui font la différence en pleine astreinte : rester clair au téléphone à 3 heures du matin ne s'improvise pas.
| Technique | Soft skills |
|---|---|
| Python/Go pour l'automatisation | Communication sous pression |
| Kubernetes en profondeur | Rédaction de post-mortems |
| Prometheus, Grafana, PagerDuty | Collaboration avec les devs |
| Chaos Engineering (injection de pannes, Chaos Mesh sur Kubernetes) | Pensée systémique |
| Capacity planning | Gestion du stress |
Profil type
Section intitulée « Profil type »Ce rôle attire des profils qui aiment creuser un incident jusqu'à sa cause racine, même sous pression, plutôt que se contenter d'un correctif rapide :
- Développeur attiré par l'infrastructure
- Ou admin système avec de vraies compétences en développement
- Apprécie résoudre des problèmes complexes sous pression
Platform Engineer
Section intitulée « Platform Engineer »L'évolution du DevOps
Section intitulée « L'évolution du DevOps »Le Platform Engineering est considéré par Gartner comme l'évolution naturelle du DevOps. L'idée : au lieu que chaque équipe réinvente la roue, une équipe dédiée construit une plateforme en self-service. Gartner estime que 80 % des grandes organisations logicielles auront une équipe de Platform Engineering d'ici 2026, contre 45 % en 2022 : ce rôle n'est plus une tendance, c'est devenu un standard d'organisation.
Microsoft définit le Platform Engineering ainsi :
"Une pratique qui cherche à améliorer la sécurité, la conformité, les coûts et le time-to-value de chaque équipe de développement grâce à une meilleure expérience développeur et du self-service dans un cadre gouverné."
Ce que fait concrètement un Platform Engineer
Section intitulée « Ce que fait concrètement un Platform Engineer »Le Platform Engineer construit une Internal Developer Platform (IDP) : un ensemble d'outils et de services que les développeurs utilisent en autonomie.
Responsabilités quotidiennes :
- Concevoir les golden paths : chemins standardisés et sécurisés vers la production, où le chemin sécurisé est aussi le chemin le plus rapide
- Construire des abstractions qui masquent la complexité (pas besoin de connaître Kubernetes pour déployer)
- Maintenir un portail développeur (Backstage, Port, ou custom)
- Améliorer la Developer Experience (DX) : documentation, templates, CLI
- Intégrer sécurité et compliance par défaut dans la plateforme, plutôt qu'en option
- Mesurer l'adoption et itérer sur le produit
Compétences spécifiques
Section intitulée « Compétences spécifiques »Contrairement au SRE, le Platform Engineer combine une expertise d'ingénierie plateforme avec des soft skills proches du product management : construire un outil ne suffit pas s'il faut convaincre les équipes de l'adopter.
| Technique | Soft skills |
|---|---|
| Kubernetes, Helm, Kustomize | Product thinking |
| Backstage, Port.io | Empathie utilisateur |
| Terraform, Crossplane | Documentation |
| ArgoCD, Flux (GitOps) | Communication |
| APIs, CLI design | Évangélisation interne |
Profil type
Section intitulée « Profil type »Ce rôle attire un profil hybride, à mi-chemin entre l'ingénieur et le product manager :
- SRE ou DevOps senior qui veut construire plutôt que firefighter
- Développeur backend attiré par l'outillage
- Passion pour l'expérience développeur
Cloud Engineer
Section intitulée « Cloud Engineer »Un rôle distinct du DevOps
Section intitulée « Un rôle distinct du DevOps »Le Cloud Engineer est le spécialiste de l'infrastructure cloud. Là où le DevOps Engineer optimise le flux de livraison, le Cloud Engineer construit et maintient les fondations.
Une analogie courante : le Cloud Engineer construit les "autoroutes numériques", le DevOps Engineer optimise le "trafic" qui y circule.
Ce que fait concrètement un Cloud Engineer
Section intitulée « Ce que fait concrètement un Cloud Engineer »Responsabilités quotidiennes :
- Concevoir l'architecture cloud : VPC, subnets, peering, transit gateway
- Implémenter l'Infrastructure as Code pour tout l'environnement
- Gérer la sécurité cloud : IAM, security groups, encryption, KMS
- Optimiser les performances et la scalabilité
- Assurer la haute disponibilité : multi-AZ, DR, failover
- Contrôler et optimiser les coûts cloud
Compétences spécifiques
Section intitulée « Compétences spécifiques »La rigueur technique prime ici : une erreur de configuration réseau ou IAM peut exposer toute l'infrastructure, d'où l'importance de compétences vérifiables via des certifications reconnues sur le marché.
| Technique | Soft skills |
|---|---|
| Un cloud provider en profondeur (AWS/Azure/GCP) | Rigueur |
| Networking cloud (VPC, DNS, load balancing) | Documentation |
| Terraform, CloudFormation ou Pulumi | Communication technique |
| Sécurité cloud, compliance | Veille technologique |
| FinOps basics | Collaboration |
Profil type
Section intitulée « Profil type »Ce rôle attire naturellement des profils réseau ou système qui ont choisi d'approfondir un fournisseur cloud plutôt que de rester généralistes :
- Ingénieur système ou réseau qui s'est spécialisé cloud
- Certifications cloud souvent présentes (AWS SAA, Azure Administrator)
DevSecOps Engineer
Section intitulée « DevSecOps Engineer »Shift-left security
Section intitulée « Shift-left security »Le DevSecOps Engineer intègre la sécurité dès le début du cycle de développement, pas à la fin. C'est le principe du shift-left : déplacer la sécurité vers la gauche du pipeline, donc plus tôt.
Ce que fait concrètement un DevSecOps Engineer
Section intitulée « Ce que fait concrètement un DevSecOps Engineer »Responsabilités quotidiennes :
- Implémenter les tests de sécurité automatisés dans les pipelines
- SAST (analyse statique du code)
- DAST (tests dynamiques)
- SCA (analyse des dépendances)
- Secrets scanning
- Créer une Infrastructure as Code sécurisée par défaut
- Établir des guardrails : policies OPA, admission controllers
- Piloter la supply chain security : SBOM, signatures, attestations
- Former les développeurs aux bonnes pratiques de sécurité
- Gérer les vulnérabilités : triage, priorisation, remédiation
Compétences spécifiques
Section intitulée « Compétences spécifiques »Au-delà des scanners, la colonne soft skills pèse lourd : convaincre une équipe de développement d'ajouter une contrainte de sécurité dans son pipeline demande autant de pédagogie que d'expertise technique.
| Technique | Soft skills |
|---|---|
| Scanners : Trivy, Snyk, SonarQube, Semgrep | Pédagogie |
| Kubernetes security, OPA/Gatekeeper | Diplomatie |
| SBOM (Syft, CycloneDX) | Communication |
| Compliance (SOC2, ISO 27001, PCI-DSS) | Influence |
| Threat modeling | Veille sécurité |
Profil type
Section intitulée « Profil type »Ce poste attire aussi bien des profils techniques en quête de sens sécurité que des experts sécurité qui veulent automatiser leurs pratiques :
- DevOps ou SRE avec appétence pour la sécurité
- Professionnel sécurité qui veut automatiser
- Curiosité pour les attaques et les défenses
FinOps Practitioner
Section intitulée « FinOps Practitioner »La discipline FinOps
Section intitulée « La discipline FinOps »FinOps (Financial Operations) est une discipline qui combine finance, technologie et business pour maximiser la valeur du cloud. La FinOps Foundation standardise les pratiques via son framework, mis à jour en 2026 avec une capacité d'alignement stratégique exécutif : le FinOps ne se limite plus à l'optimisation, il devient un partenaire des dirigeants pour relier investissement technique et objectifs business.
Ce que fait concrètement un FinOps Practitioner
Section intitulée « Ce que fait concrètement un FinOps Practitioner »Responsabilités quotidiennes :
- Assurer la visibilité des coûts : tagging, allocation, dashboards
- Implémenter le showback/chargeback : qui consomme quoi
- Analyser et optimiser : rightsizing, reserved instances, savings plans
- Définir des budgets et alertes par équipe/projet
- Mesurer l'efficacité : coût par transaction, unit economics
- Collaborer avec finance et engineering pour les forecasts
Compétences spécifiques
Section intitulée « Compétences spécifiques »Les compétences financières comptent autant que les compétences techniques : ce rôle traduit la consommation cloud en langage compréhensible par la direction financière, un exercice qui ne s'enseigne pas dans un cursus d'ingénieur classique.
| Technique | Soft skills |
|---|---|
| Cloud cost tools (AWS Cost Explorer, Azure Cost Management) | Communication finance |
| BI et reporting | Négociation |
| FinOps Framework, spécification FOCUS (format de données de coût normalisé) | Influence |
| Automatisation des rapports | Pédagogie |
| Cloud pricing models | Business acumen |
Certifications reconnues
Section intitulée « Certifications reconnues »La FinOps Foundation délivre trois niveaux de certification qui balisent une progression de carrière, du praticien débutant au profil technique avancé :
- FinOps Certified Practitioner : niveau fondation (Inform, Optimize, Operate)
- FinOps Certified Professional : niveau avancé pour les praticiens confirmés
- FinOps Certified Engineer : orienté profils techniques (conteneurs, Kubernetes, coûts d'infrastructure)
Profil type
Section intitulée « Profil type »Le profil FinOps typique combine une sensibilité business avec une compréhension suffisante de l'infrastructure cloud pour dialoguer avec les équipes techniques sans les submerger de jargon financier :
- Profil hybride finance/tech
- Cloud Engineer ou DevOps avec intérêt pour l'optimisation
- Background financier avec compréhension technique
Ingénieur CI/CD
Section intitulée « Ingénieur CI/CD »Le spécialiste de l'automatisation
Section intitulée « Le spécialiste de l'automatisation »L'Ingénieur CI/CD (parfois appelé Build Engineer) conçoit et maintient les pipelines qui transforment le code en application déployée.
Ce que fait concrètement un Ingénieur CI/CD
Section intitulée « Ce que fait concrètement un Ingénieur CI/CD »Responsabilités quotidiennes :
- Concevoir des pipelines rapides et fiables : parallélisation, caching
- Intégrer les tests automatisés à chaque étape
- Implémenter les stratégies de déploiement : blue-green, canary, rolling
- Gérer les artefacts : versioning, registries, signatures
- Assurer la traçabilité : provenance, SBOM, audit trail
- Optimiser le temps de cycle : du commit au déploiement
Compétences spécifiques
Section intitulée « Compétences spécifiques »Ce rôle demande une maîtrise fine des outils d'intégration continue, mais aussi de la patience pour accompagner les équipes qui découvrent ces pratiques et cassent parfois le pipeline sans le vouloir.
| Technique | Soft skills |
|---|---|
| GitLab CI, GitHub Actions, Jenkins | Rigueur |
| Docker, container registries | Documentation |
| Bash, Python scripting | Support aux équipes |
| ArgoCD, Flux (GitOps) | Patience |
| Testing frameworks | Pédagogie |
Profil type
Section intitulée « Profil type »C'est souvent le premier rôle spécialisé qu'occupe un développeur ou un administrateur système en transition vers le DevOps :
- Développeur passionné par l'outillage
- Admin système qui aime automatiser
- Souvent porte d'entrée vers les autres rôles DevOps
Release Manager
Section intitulée « Release Manager »Coordination des déploiements
Section intitulée « Coordination des déploiements »Le Release Manager coordonne les mises en production dans les organisations où plusieurs équipes doivent se synchroniser. C'est un rôle plus orienté coordination que technique, centré sur le flux de valeur entre les équipes.
Ce que fait concrètement un Release Manager
Section intitulée « Ce que fait concrètement un Release Manager »Responsabilités quotidiennes :
- Planifier le calendrier de releases et fenêtres de maintenance
- Coordonner les dépendances entre équipes
- Organiser les go/no-go meetings
- Communiquer avec les parties prenantes : métier, support, ops
- Gérer les rollbacks et plans de contingence
- Documenter les change requests (ITIL)
Compétences spécifiques
Section intitulée « Compétences spécifiques »Les compétences purement techniques restent superficielles ici : l'essentiel du travail repose sur la coordination et la communication entre équipes qui ne parlent pas toujours le même langage (métier, support, développement).
| Technique | Soft skills |
|---|---|
| Outils ITSM (ServiceNow, Jira) | Communication |
| Pipelines CI/CD (compréhension) | Coordination |
| Git, versioning | Gestion des conflits |
| Monitoring basics | Organisation |
Profil type
Section intitulée « Profil type »Ce poste convient à ceux qui aiment orchestrer plutôt que coder, avec un sens aigu de l'organisation :
- Chef de projet technique
- DevOps senior avec appétence pour la coordination
- Souvent premier poste d'entrée dans une carrière DevOps
Architecte DevOps
Section intitulée « Architecte DevOps »Le rôle stratégique
Section intitulée « Le rôle stratégique »L'Architecte DevOps pilote la transformation DevOps d'une organisation. C'est un rôle senior qui combine vision technique et accompagnement du changement.
Ce que fait concrètement un Architecte DevOps
Section intitulée « Ce que fait concrètement un Architecte DevOps »Responsabilités quotidiennes :
- Définir la roadmap de transformation : maturité, étapes, quick wins
- Établir les standards techniques : patterns, anti-patterns, guidelines
- Concevoir l'architecture globale : plateformes, pipelines, observabilité
- Coacher les équipes et débloquer les situations
- Mesurer et communiquer le ROI aux dirigeants, notamment via les métriques DORA
- Aligner la stratégie technique avec les objectifs business
Sur ce dernier point, le rapport DORA 2025 a fait évoluer la mesure : les anciens paliers "low-to-elite" ont été remplacés par sept archétypes d'équipes plus représentatifs de la diversité des organisations réelles, et un nouveau modèle de capacités IA évalue si l'adoption d'assistants de code se traduit vraiment en gains de performance. Un Architecte DevOps qui présente encore un unique score "elite" à son CODIR utilise une grille dépassée.
Compétences spécifiques
Section intitulée « Compétences spécifiques »Ce tableau illustre un profil senior : la vision technique large compte autant que la capacité à embarquer des équipes entières dans un changement de fond, sans autorité hiérarchique directe.
| Technique | Soft skills |
|---|---|
| Vision large (cloud, K8s, CI/CD, security) | Communication C-level |
| Architecture distribuée | Conduite du changement |
| Métriques DORA | Influence sans autorité |
| Frameworks (CALMS, Three Ways) | Coaching |
Profil type
Section intitulée « Profil type »C'est une évolution naturelle pour un SRE ou un Platform Engineer expérimenté qui veut élargir son impact au-delà d'une seule équipe :
- SRE ou Platform Engineer senior (8-10+ ans)
- Capable de parler aux développeurs comme au CODIR
- Expérience de transformation d'organisation
Comment ces rôles s'organisent
Section intitulée « Comment ces rôles s'organisent »Dans une grande organisation, ces rôles sont distincts et collaborent. Comprendre qui parle à qui évite les frictions classiques (le Platform Engineer qui construit un outil que personne n'utilise, le SRE qu'on réveille pour un incident qui relève du Cloud Engineer).
Lecture du diagramme :
- Niveau stratégique (bleu) : L'Architecte DevOps définit la vision, les standards et les bonnes pratiques. Il oriente les choix techniques de l'ensemble des équipes.
- Niveau plateforme (vert) : Trois rôles complémentaires reçoivent les directives de l'architecte :
- Le Platform Engineer construit l'IDP (Internal Developer Platform) et optimise l'expérience développeur
- Le Cloud Engineer gère l'infrastructure cloud et l'IaC
- Le SRE garantit la fiabilité et la disponibilité en production
- Niveau intégration (orange) : L'Ingénieur CI/CD crée les pipelines qui automatisent le flux du code vers la production. Il s'appuie sur les outils fournis par les trois rôles précédents.
- Niveau transverse (violet) : Trois rôles spécialisés interviennent sur l'ensemble de la chaîne :
- Le DevSecOps intègre la sécurité à chaque étape
- Le Release Manager coordonne les mises en production
- Le FinOps optimise les coûts cloud
Les flèches représentent les flux de responsabilité et de collaboration, pas une hiérarchie managériale.
Dans une startup ou PME, une même personne porte plusieurs casquettes. Un "DevOps Engineer" fait souvent du SRE, du Platform Engineering, du CI/CD et un peu de Cloud Engineering. La seconde édition de Team Topologies (2025) documente justement ce phénomène de regroupement de rôles selon la taille de l'organisation, avec des retours d'expérience concrets d'équipes qui passent d'un modèle à l'autre.
Parcours de carrière
Section intitulée « Parcours de carrière »Entrées courantes dans le domaine
Section intitulée « Entrées courantes dans le domaine »Il n'existe pas de diplôme unique qui mène à ces métiers. La majorité des professionnels DevOps viennent d'un poste voisin et se spécialisent progressivement, souvent au gré des projets confiés plutôt que d'un plan de carrière écrit à l'avance.
-
Admin système qui se modernise
Passage au cloud, à l'IaC, aux conteneurs. Évolution naturelle vers Cloud Engineer ou SRE.
-
Développeur attiré par l'infrastructure
Commence par le CI/CD de son équipe, puis élargit vers le Platform Engineering ou le SRE.
-
Premier poste junior
Release Manager ou Junior DevOps sont souvent des portes d'entrée accessibles.
Progressions typiques
Section intitulée « Progressions typiques »Une fois le premier poste décroché, la progression suit rarement une ligne droite. Le tableau suivant résume les trajectoires les plus observées selon la spécialisation choisie, du poste junior jusqu'aux fonctions les plus seniors.
| Parcours | Évolution |
|---|---|
| Infrastructure | Admin → Cloud Engineer → Platform Engineer → Staff |
| Fiabilité | DevOps → SRE → Senior SRE → Staff SRE |
| Sécurité | DevOps/SRE → DevSecOps → Security Architect |
| Stratégique | Staff SRE/Platform → Architecte → Director/VP |
| Finance | Cloud/DevOps → FinOps → Head of FinOps |
Ces progressions restent des repères, pas des règles fixes : selon les recruteurs, le Platform Engineer est aujourd'hui l'un des profils les mieux valorisés du marché, souvent au-dessus du DevOps Engineer généraliste, précisément parce qu'il combine compétences techniques profondes et vision produit.
Quel rôle choisir ?
Section intitulée « Quel rôle choisir ? »Face à huit métiers aux frontières poreuses, la question la plus utile n'est pas « quel titre vise le mieux payé » mais « qu'est-ce qui me motive au quotidien ». Le tableau ci-dessous part de vos affinités plutôt que d'une liste de compétences.
| Vous aimez... | Orientez-vous vers... |
|---|---|
| Résoudre des incidents, diagnostiquer | SRE |
| Construire des outils pour les autres | Platform Engineer |
| L'infrastructure et l'architecture cloud | Cloud Engineer |
| Automatiser les pipelines | Ingénieur CI/CD |
| La sécurité et la conformité | DevSecOps |
| Les chiffres et l'optimisation | FinOps |
| Coordonner des équipes | Release Manager |
| La stratégie et la transformation | Architecte DevOps |
Ce tableau n'a rien d'exclusif : beaucoup de professionnels combinent deux affinités (SRE et Platform Engineer, par exemple) avant de se spécialiser. L'important est d'identifier ce qui vous motive au quotidien plutôt que de viser un titre à la mode.
À retenir
Section intitulée « À retenir »DevOps = Culture
DevOps n'est pas un poste mais une culture. Les métiers décrits ici sont des spécialisations qui incarnent cette culture.
Frontières poreuses
Ces rôles partagent un socle commun et les frontières ne sont pas étanches. La spécialisation augmente avec la taille de l'organisation.
Platform Engineering en forte croissance
Gartner prévoit 80 % d'organisations avec une équipe Platform Engineering d'ici 2026, contre 45 % en 2022. Un poste devenu central en peu d'années.
L'IA change la donne, pas les fondations
Le rapport DORA 2025 montre que les assistants IA amplifient les équipes déjà solides (tests, CI/CD, observabilité) mais ne compensent pas les fondations manquantes.
Soft skills critiques
Les certifications valident des compétences techniques, mais ces métiers demandent surtout résolution de problèmes, communication et vision systémique.
Évolution rapide
Ces métiers évoluent vite. Le Platform Engineering n'existait pas vraiment il y a quelques années. Restez en veille permanente.