En bref
- Un SRE freelance n'est pas évalué sur sa maîtrise d'un outil de monitoring, mais 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 si tu sais pousser un contre-argument chiffré, pas si tu sais dire oui.
- 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é, les profils se situent souvent proches des repères DevOps/Cloud (575 à 1 100€/jour selon séniorité et criticité de l'infra).
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, pas une liste d'outils.
Un SRE freelance n'est pas évalué sur les outils qu'il connaît, mais sur sa capacité à dire non à un objectif de disponibilité irréaliste — et à expliquer pourquoi, avec des chiffres.
Ce que recouvre vraiment le métier de SRE
Le SRE (Site Reliability Engineering) n'est pas un DevOps renommé — c'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 les deux rôles teste souvent, sans le savoir, si le freelance connaît vraiment cette distinction — ou s'il a juste changé l'intitulé de son CV.
Ce qu'un client teste vraiment en entretien
La capacité à négocier un SLO, pas à promettre 100%.
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 du toil, pas seulement l'automatisation en surface.
Automatiser un script ponctuel n'est pas la même chose que réduire structurellement le travail manuel répétitif d'une équipe. Un client teste si le candidat pense en systèmes durables ou en solutions rapides qui recréent du toil ailleurs.
👉 Réserve un diagnostic gratuit, prépare ton entretien SRE
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, pas juste le mentionner
«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, pas seulement 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 (575 à 1 100€/jour selon les repères 2026), 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. C'est un point à négocier explicitement avant de signer, pas à découvrir après le premier incident nocturne.
Une certification cloud (AWS, GCP, Azure) est-elle indispensable pour un SRE freelance ?
Pas indispensable, mais 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 reste plus convaincante 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.
Si tu as un entretien client prévu dans les prochains jours, c'est le moment où cette préparation change vraiment l'issue.
👉 Réserve un diagnostic gratuit, prépare ton entretien SRE
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).
Rudolph B., Expert en recrutement Data/IA/Tech, + de 300 personnes coachées et placées chez des clients. Profil LinkedIn.