En bref
- Un SRE freelance se juge sur sa capacité à négocier un SLO réaliste plutôt que promettre une disponibilité totale.
- Un client qui demande "comment garantissez-vous 99,99% de disponibilité ?" teste ta capacité à pousser un contre-argument chiffré.
- Chaque neuf de disponibilité supplémentaire coûte structurellement plus cher que le précédent - un SRE senior chiffre ce compromis avant de s'engager.
- TJM : le marché ne publie pas de repère SRE isolé - voir la grille par séniorité ci-dessous, construite sur notre échantillon DevOps/Cloud, le référentiel le plus proche disponible.
Résumer cet article avec
«Comment garantissez-vous 99,99% de disponibilité ?»
Le SRE freelance répond «avec du monitoring et de l'automatisation».
Le client attendait un vrai arbitrage. Il a reçu une liste d'outils.
Un SRE freelance se juge sur sa capacité à dire non à un objectif de disponibilité irréaliste - et à expliquer pourquoi, avec des chiffres.
Guide Métiers freelance IT - 16 parties
Ce que recouvre vraiment le métier de SRE
Le SRE (Site Reliability Engineering) est une discipline centrée sur la fiabilité mesurée : SLI (indicateurs), SLO (objectifs), error budget (marge d'erreur tolérée), et réduction du toil (le travail manuel répétitif qui ne fait pas progresser le système). Un client qui confond SRE et DevOps teste souvent, sans le savoir, si le freelance connaît vraiment cette distinction - ou s'il a juste changé l'intitulé de son CV.
Combien facture un SRE (Site Reliability Engineer) freelance en France ?
| Niveau | TJM observé |
|---|---|
| Junior (0-2 ans) | 450-550€ |
| Confirmé (3-7 ans) | 550-680€ |
| Expert / Senior (8 ans et +) | 750-950€ |
Repères indicatifs construits à partir de notre propre base de candidats et freelances suivis, recoupés avec les fourchettes de marché publiées (Malt, Free-Work, Hays France 2026). Échantillon restreint, à ajuster selon stack, secteur et localisation.
Ce qu'un client teste vraiment en entretien
La capacité à négocier un SLO réaliste.
Un candidat qui accepte n'importe quel objectif de disponibilité sans discussion inquiète plus qu'il ne rassure. Un SRE senior sait que 100% de disponibilité n'existe pas et que chaque neuf supplémentaire (99,9% → 99,99% → 99,999%) coûte de façon disproportionnée en infrastructure, en astreinte et en complexité opérationnelle.
La gestion d'un incident en production, sans recherche de coupable.
Un client qui a déjà vécu un incident mal géré (blâme individuel, post-mortem bâclé) pose souvent une question sur la culture de post-mortem blameless - la capacité à documenter la cause racine sans désigner un responsable, pour que l'organisation apprenne réellement de l'incident.
La réduction durable du toil.
Automatiser un script ponctuel ne réduit pas le travail manuel répétitif d'une équipe. Seule une réduction structurelle y parvient. Un client teste si le candidat pense en systèmes durables ou en solutions rapides qui recréent du toil ailleurs.
👉 Teste ta réponse sur le SLO face à un recruteur : 15 min gratuites, un retour franc
La réponse qui perd, la réponse qui gagne
Un client demande à un SRE freelance : «Comment garantissez-vous 99,99% de disponibilité sur ce service ?»
La réponse qui perd :
«On met en place du monitoring, des alertes, et de la redondance - ça devrait suffire.»
Vrai en général, mais ça ne dit rien sur le coût réel de cet objectif, ni sur ce que le client sacrifie pour l'atteindre.
La réponse qui gagne :
«99,99% de disponibilité, c'est un peu plus de 4 minutes d'indisponibilité tolérée par mois. Pour tenir ce chiffre, il faut de la redondance multi-zone, de l'astreinte 24/7 et des déploiements sans interruption - un budget et une organisation qui n'ont rien à voir avec un objectif à 99,9%, qui tolère 8 fois plus de marge. Avant de m'engager sur ce SLO, je veux comprendre ce que coûte réellement une minute d'indisponibilité pour votre business : si l'impact est faible, viser 99,99% partout gaspille du budget qui serait mieux investi ailleurs.»
Un chiffre, un compromis assumé, une question renvoyée au client sur ce qui compte vraiment pour lui.
Le niveau au-dessus : chiffrer le coût du neuf supplémentaire
«Plus de disponibilité coûte plus cher» est une généralité. Un SRE senior sait situer où se trouve le vrai palier de coût : passer de 99% à 99,9% se résout souvent avec de la redondance basique et de bonnes pratiques de déploiement ; passer de 99,9% à 99,99% nécessite généralement du multi-zone, de l'astreinte structurée et des tests de charge réguliers - un saut d'investissement bien plus important que le gain de disponibilité ne le suggère. Un freelance qui pose cette question de palier avant de s'engager sur un chiffre, plutôt que d'accepter l'objectif tel quel, prouve qu'il pense en compromis business autant qu'en performance technique.
FAQ
Quel est le TJM d'un SRE freelance IT ?
Le marché ne publie pas toujours de repère SRE isolé dans les baromètres généralistes - les profils se situent souvent proches des repères DevOps/Cloud (voir la grille par séniorité plus haut dans l'article), avec une prime pour les infrastructures critiques (finance, santé, e-commerce à fort trafic). Utilise le simulateur de TJM freelance IT pour ajuster à ta situation réelle.
Quelle est la différence entre un SRE et un DevOps ?
Le DevOps se concentre sur l'automatisation du cycle de développement et de déploiement ; le SRE se concentre spécifiquement sur la fiabilité mesurée (SLI/SLO/error budget) et la réduction du toil. En pratique, beaucoup de missions freelance mélangent les deux casquettes - préciser ce que le client attend vraiment évite un malentendu de périmètre.
L'astreinte (on-call) est-elle systématiquement incluse dans une mission SRE freelance ?
Non, ça dépend entièrement du contrat - certaines missions excluent l'astreinte, d'autres l'incluent avec une compensation spécifique. À négocier explicitement avant de signer, bien avant le premier incident nocturne.
Une certification cloud (AWS, GCP, Azure) est-elle obligatoire pour un SRE freelance ?
Non. Elle rassure un client qui ne peut pas vérifier ton niveau technique autrement en entretien, surtout sur un premier contrat sans référence commune. L'expérience vécue sur incident convainc davantage qu'un badge, à condition de pouvoir la raconter avec preuve chiffrée.
Une précision : ce contenu s'adresse aux freelances IT (dev, data, product, delivery). Si tu es dans un autre métier, certains repères ne s'appliqueront pas de la même façon.
Teste-toi maintenant : réponds à voix haute à « Comment garantissez-vous 99,99% de disponibilité ? ». Si ta réponse cite des outils avant de poser une question sur le coût d'une minute d'indisponibilité, le client entend une liste et attend toujours l'arbitrage. C'est ce qu'on retravaille en 15 minutes.
« Je pensais déjà être à l'aise en entretien. Voici une question que j'utilise dès le début pour mieux préparer ma présentation : "Quelle sera ma première tâche si je suis retenue, pour commencer lundi prochain ?" Ça a fait toute la différence : j'ai obtenu la mission, et je la réutilise encore aujourd'hui. »
Anissa
👉 Prépare ton entretien SRE avec un expert : 15 min gratuites en visio, sans engagement
Pour calculer ton TJM précisément : Simulateur de TJM freelance IT. Pour un profil DevOps proche : Devenir freelance DevOps : marché, TJM, entretien et erreurs. Pour retravailler ce moment précis de l'entretien : Coach entretien d'embauche pour profils tech et freelances IT. Teste où tu en es avant de réserver : Diagnostic : es-tu prêt pour ton prochain entretien freelance IT ? (10 questions).
Sources
Rudolph B., Expert en recrutement Data/IA/Tech, + de 300 personnes coachées et placées chez des clients. Profil LinkedIn.