Les trois intitulés apparaissent parfois dans la même annonce, ce qui en dit long sur la maturité du poste proposé. Ils recouvrent pourtant des responsabilités distinctes.
DevOps : la culture devenue métier
À l'origine, « DevOps » désigne une culture : rapprocher le développement et l'exploitation pour livrer plus vite et plus sûrement. Le marché en a fait un poste, généralement centré sur :
- l'industrialisation des chaînes de build et de déploiement (CI/CD) ;
- l'infrastructure as code (Terraform, Ansible, Pulumi) ;
- la conteneurisation et son orchestration (Docker, Kubernetes) ;
- l'outillage des équipes de développement.
Compétences attendues : au moins un cloud public, un orchestrateur, un outil d'IaC, du scripting solide, et une vraie compréhension du cycle de vie applicatif.
SRE : la fiabilité comme discipline d'ingénierie
Le Site Reliability Engineering, formalisé chez Google, traite la fiabilité comme un problème d'ingénierie mesurable. Le SRE définit des SLI (indicateurs), des SLO (objectifs) et pilote un error budget : tant que le budget d'erreur n'est pas consommé, on livre ; quand il l'est, on stabilise avant d'ajouter des fonctionnalités.
Le SRE passe une part significative de son temps à supprimer le toil — le travail manuel répétitif — par l'automatisation, et intervient sur l'observabilité, la gestion d'incident et les post-mortems sans recherche de coupable.
Compétences attendues : les bases DevOps, plus des systèmes distribués, de l'observabilité avancée, de la conduite d'incident et une capacité à raisonner statistiquement sur la disponibilité.
Platform Engineer : construire un produit pour les développeurs
Le platform engineering est la réponse au constat suivant : demander à chaque équipe de maîtriser Kubernetes, le réseau, la sécurité et l'observabilité ne passe pas à l'échelle. Le platform engineer construit une plateforme interne — souvent un portail développeur et des « golden paths » — que les équipes consomment en libre-service.
La différence de posture est essentielle : la plateforme est un produit, avec des utilisateurs internes, une roadmap, une documentation et des indicateurs d'adoption. Un platform engineer qui n'écoute pas ses développeurs construit un outil que personne n'utilise.
Compétences attendues : DevOps solide, sens du produit, capacité à concevoir des abstractions et à documenter.
Comment se positionner sur le marché
- Vous aimez l'outillage et l'automatisation, vous voulez du concret rapidement → DevOps.
- Vous aimez les systèmes complexes, la mesure, la gestion de crise → SRE.
- Vous aimez concevoir pour d'autres, standardiser, faire de la pédagogie → Platform Engineer.
Lire une annonce correctement
Quelques signaux fiables :
- Une annonce « DevOps » qui parle surtout d'astreintes et de tickets décrit en réalité un poste d'exploitation.
- Une annonce « SRE » sans un mot sur les SLO ni sur le budget d'erreur n'a probablement pas encore la maturité du modèle.
- Une annonce « Platform » qui n'évoque aucun utilisateur interne décrit une équipe infrastructure classique.
Ces trois métiers restent parmi les plus demandés du marché français, avec des TJM régulièrement au-dessus de la moyenne — d'autant plus lorsque le profil combine la maîtrise d'un cloud majeur et une compétence sécurité.