Mise à jour 2026
Quelques choses ont changé en France en 2026. L'AI Act encadre le recrutement par IA depuis le 2 août, 31 % des candidats utilisent déjà l'IA pour se préparer (APEC), les mises en situation remplacent les tests classiques, et le cycle de recrutement reste à 12 semaines. Lire ce qui a changé en 2026 →
Ce qui sera attendu de vous
La barre sur laquelle on vous note- Posséder un composant de fiabilité ou de plateforme de bout en bout : observabilité, infrastructure de déploiement, failover multi-région, le programme d'astreinte lui-même
- Encadrer techniquement 2 à 4 SRE ou platform engineers : reviewer les designs, écrire les docs sur lesquels les autres s'alignent
- Piloter les décisions cross-équipes sur la réponse à incident, la culture postmortem et la politique d'error budget
- Mentorer les SRE mid-level et participer aux loops d'entretien SRE comme intervieweur régulier
- Fixer la barre de l'excellence en production à l'échelle de l'org : standards de fiabilité, sécurité de déploiement, conventions d'observabilité
- Travailler de pair à pair avec le leadership de l'engineering produit senior sur les décisions d'architecture
Process d'entretien, round par round
7 rounds · 5 à 7 semainesLa plupart des entreprises suivent une trame similaire pour les entretiens Senior SRE. Délai calendaire total : 5 à 7 semaines du pré-screen recruteur jusqu'à l'offre.
Récit de carrière, calibration de niveau, périmètre des plateformes portées, leadership d'astreinte
Coding plus difficile ou deep-dive de debugging selon la boîte. Certains loops font un deep-dive projet à la place
Problème de fiabilité ou de plateforme à grande échelle, trade-offs explicites : multi-région actif-actif, infra de déploiement pour des centaines de services, observabilité à 1M de métriques par seconde
Soit un second problème de design, soit vous déroulez une vraie plateforme que vous avez architecturée, parfois la plateforme existante de la boîte
Choisissez un projet de plateforme de votre CV ; passez une heure à expliquer le design, les trade-offs, ce qui a foiré en prod, ce que vous changeriez. Les staff engineers questionnent chaque choix
Opérer avec l'engineering produit senior comme un pair, arbitrer fiabilité contre vélocité features, faire respecter la politique d'error budget
Leadership technique au niveau équipe, philosophie du programme d'astreinte, mentorat
Senior SRE tourne sur 7 rounds. Pour voir où se situe chaque rôle, ouvrez le rapport entretiens tech 2026.
Questions types à anticiper
10 questions qui décidentReprésentatives de ce que les entreprises demandent à ce niveau. Chaque question ici se travaille à voix haute, c'est le moyen le plus rapide de savoir si votre réponse tient face aux relances. Calibrd ajoute l'entraînement vocal avec un retour sur chaque réponse, et une simulation d'entretien complète : un tour en direct avec un intervieweur IA qui a lu le poste et votre CV, puis un débrief honnête.
- 01« Définissez les SLO, SLI et l'error budget d'une plateforme dont dépendent 200 services. Comment vous arbitrez quand un budget est consommé à mi-trimestre et qu'une équipe produit veut quand même livrer ? »La travailler →
- 02« Un système distribué à grande échelle subit une dégradation partielle : une dépendance répond lentement et les retries saturent les pools de connexions en cascade. Déroulez les modes de défaillance en jeu et comment vous concevez le système pour les contenir (timeouts, circuit breakers, backpressure, isolation). »La travailler →
- 03« Vous prenez la responsabilité de l'observabilité d'une org de 500 services. Comment vous traitez le problème de cardinalité des métriques, le coût du stockage des traces, et comment vous fixez les seuils d'alerte pour limiter la fatigue d'astreinte ? Chiffrez à la louche le volume et le coût mensuel d'infra. »La travailler →
- 04« Designez la plateforme d'observabilité d'une org de 500 services. Couvrez métriques, logs, traces, alerting, et comment vous gérez le problème de cardinalité. »La travailler →
- 05« Designez une plateforme multi-région actif-actif avec cohérence éventuelle et un failover cross-région sous 100 ms. Déroulez la réplication, la résolution de conflits et à quoi ressemble votre réponse à incident. »La travailler →
- 06« Designez la plateforme de déploiement qui permet à 500 ingénieurs de livrer en prod 5 000 fois par jour sans casse. Couvrez l'infra de canary, le respect de l'error budget et le chemin du commit jusqu'à la prod. »La travailler →
- 07« Parlez-moi d'une initiative plateforme sur plusieurs trimestres que vous avez pilotée. Qu'est-ce qui a changé dans la façon dont l'org fonctionnait ensuite ? »La travailler →
- 08« Décrivez un incident de production majeur dont vous avez piloté la réponse. Quel a été l'impact au niveau de l'org, et qu'avez-vous changé dans la pratique des postmortems après coup ? »La travailler →
- 09« Déroulez une décision d'error budget qui a gelé le travail features d'une équipe. Comment s'est passée la conversation avec le VP produit ? »La travailler →
- 10« Parlez-moi d'une décision technique plateforme que vous avez inversée 18 mois plus tard. Quel signal vous a dit qu'il fallait y revenir ? »La travailler →
Ce sont les questions générales. Collez une vraie offre et Calibrd prédit celles que cette entreprise pose pour ce poste précis, puis vous interroge dessus.
Prédire mes questions →Benchmark de salaire
Médiane · base, equity, bonusRémunération médiane pour Senior SRE, chiffres principaux tels que le marché de référence les affiche. Quand le repère est le marché tech américain, comptez 30 à 50 % de moins en base à Paris, Berlin ou Singapour. Les ratios d'equity varient selon le stade de l'entreprise.
Chez les FAANG, la total comp d'un Senior SRE / Platform L5 au 50e percentile tourne autour de 410–560 k$. Certaines boîtes (Google en tête) traitent le SRE comme une filière à part entière, à égalité avec le SWE et payée de façon équivalente ; ailleurs le SRE suit la grille SWE de près, avec une petite prime pour le périmètre d'astreinte. À Paris, un Senior SRE se situe plutôt vers 65–95 k€ de base selon l'employeur (OVHcloud, Datadog, Doctolib, Criteo, BlaBlaCar, Back Market), l'astreinte étant souvent indemnisée à part. Gardez le chiffre US comme benchmark, pas comme attente locale.
Comment se préparer
6 conseils tactiquesOuvrez vos réponses comportementales avec la méthode STAR : Situation, Tâche, Action, Résultat. Les conseils ci-dessous s'appuient sur cette structure pour ce rôle précis.
- 01Choisissez 1 ou 2 plateformes que vous avez portées et répétez le deep-dive à froid : chaque choix de design, chaque incident de prod, chaque contrefactuel
- 02Maîtrisez 4 à 5 problèmes canoniques de system design fiabilité / plateforme à l'échelle : observabilité, failover multi-région, plateforme de déploiement, automatisation d'astreinte, capacity planning
- 03Lisez les billets de blog fiabilité récents de la boîte où vous passez l'entretien et pattern-matchez leurs patterns de réponse à incident et leur philosophie SLO
- 04Ayez 8 à 10 récits STAR taggés sur les signaux senior : incidents de prod, investissements plateforme sur plusieurs trimestres, application d'error budget, négociation cross-fonctionnelle
- 05Préparez une réponse de plan 30 / 60 / 90 : ce que vous porteriez et livreriez sur la plateforme de cette boîte précise dans vos 90 premiers jours
- 06Entraînez-vous à chiffrer à la louche en début de design : services × instances × requêtes par seconde, Go par jour de télémétrie, coût mensuel d'infra, budget de lag de réplication
Les pièges fréquents au niveau Senior SRE
À repérer en simulationQuelques erreurs fréquentes qui font recaler les candidats Senior SRE même quand ils sont par ailleurs solides. Mieux vaut les repérer en simulation avant qu'elles n'apparaissent en vrai.
Dérouler son travail plateforme passé en mode « j'ai construit cette stack d'observabilité » sans jamais nommer ce qui a changé dans la façon dont les équipes produit opéraient.
Pourquoi ça rate
Les entretiens Senior SRE / Platform sont calibrés contre l'impact organisationnel, pas seulement contre les artefacts techniques. « J'ai construit une plateforme » est une histoire de niveau mid. « J'ai construit la plateforme d'observabilité, et résultat le temps médian de détection sur 200 services est passé de 12 minutes à 90 secondes, et trois orgs produit l'ont adoptée en six mois » est une histoire senior. Le signal senior, c'est ce qui a shipé au niveau de l'org, pas au niveau de la plateforme.
Comment rattraper
Pour chaque projet plateforme, poussez l'histoire au-delà de « j'ai construit X » jusqu'à « et résultat, l'org a fait Y différemment ». Si vous ne savez pas dire ce qui a changé au niveau organisationnel, c'était du travail technique, pas du leadership plateforme. Choisissez une autre histoire.
Faire du system design à l'échelle staff sans jamais dimensionner ni nommer le coût.
Pourquoi ça rate
Les rounds de system design fiabilité au L5 notent votre capacité à raisonner l'échelle et le coût. Un design multi-région actif-actif qui ne mentionne ni requêtes par seconde, ni volume de données, ni lag de réplication, ni dépense d'infra mensuelle donne l'image de « pense comme un IC senior, n'a jamais vraiment déployé à cette échelle ». La note type, c'est « bien designé dans l'abstrait, aucune idée si c'est viable financièrement à notre échelle ».
Comment rattraper
Dans les 5 premières minutes de tout system design plateforme, faites le calcul à la louche : services × instances × requêtes par seconde, Go par jour de télémétrie, dépense d'infra mensuelle, budget de lag de réplication. « 500 services × 10 instances × 100 req/s = 500k req/s soutenues ; 10 To/jour de métriques à X $/To-mois. » Des chiffres approximatifs apportent le signal senior.
Traiter le round cross-fonctionnel produit-engineering comme une conversation tranquille sur le partenariat.
Pourquoi ça rate
Les rounds cross-fonctionnels Senior SRE cherchent précisément la friction : un VP produit qui veut livrer alors que l'error budget est épuisé, un tech lead dont le service rate sans cesse son SLO, une équipe qui veut contourner les sécurités de déploiement de la plateforme. Les réponses génériques du type « on travaille bien avec le produit » donnent l'image de quelqu'un qui n'a pas opéré au niveau senior où ces conflits sont réels.
Comment rattraper
Préparez 2 ou 3 histoires où vous avez tenu une position face à l'engineering produit senior : un gel d'error budget que vous avez imposé malgré leur objection, un mandat plateforme pour lequel vous avez forcé un refactor, un blocage de déploiement que vous avez posé et qui a retardé un lancement. La précision sépare les histoires Senior SRE des cadrages « bon esprit d'équipe » de niveau mid.
Ressources recommandées
Sans lien d'affiliationLivres, cours et outils qui reviennent le plus dans la préparation Senior SRE.
- 01Google SRE Book →
La référence canonique, gratuite en ligne. À relire pour les chapitres SLO, gestion du risque et gestion d'incident, la langue commune des entretiens SRE.
- 02Google SRE Workbook →
À relire pour le round senior. Les chapitres sur l'ingénierie des SLO, l'alerting et le design du programme d'astreinte sont les plus rentables.
- 03Designing Data-Intensive Applications (Kleppmann) →
Pour la réplication multi-région, la cohérence et le partitionnement, incontournable du round de system design fiabilité senior.
- 04Documentation Kubernetes →
La plupart des plateformes SRE françaises (Doctolib, Qonto, BlaBlaCar) tournent sur K8s. Sachez raisonner scheduling, autoscaling et conventions multi-cluster, pas juste écrire des manifests.
- 05Documentation Prometheus →
Le standard de l'observabilité côté métriques. Sachez raisonner cardinalité, agrégation et règles d'alerte avant tout round d'observabilité senior.
- 06Seeking SRE (Blank-Edelman) →
Essais de praticiens sur le passage à l'échelle des pratiques SRE et de la culture d'astreinte. Utile pour les rounds cross-fonctionnel et philosophie plateforme.
Scénarios courants
Situations qui reviennent souventJe suis « Ops » ou « Platform Engineer » senior dans une scale-up française (Doctolib, BlaBlaCar, Back Market) depuis 6 ans, mais mon titre n'a jamais été « SRE ». Est-ce que je peux postuler à un poste Senior SRE et comment je présente mon parcours ?
Oui, et c'est le cas de figure le plus courant en France, où le titre « SRE » pur reste rare alors que le périmètre existe partout sous les étiquettes « Ops », « DevOps » ou « Platform Engineer ». Le titre ne vous pénalise pas ; ce qui compte, c'est de présenter votre travail en langage SRE. Reprenez vos 6 ans et reformulez-les autour des signaux que le loop cherche : SLO et error budget que vous avez définis (même si vous ne les appeliez pas comme ça), incidents dont vous avez piloté la réponse à l'échelle de l'org, plateformes internes que d'autres équipes ont adoptées, postmortems qui ont changé une pratique durablement. Le piège, c'est de raconter de l'exploitation pure (« je maintenais les clusters, je gérais l'astreinte ») là où l'intervieweur veut de l'ownership de fiabilité (« j'ai défini la politique d'error budget que trois équipes produit ont fini par respecter »). Côté technique, le round de system design senior monte en échelle et en chiffrage : entraînez-vous à dimensionner à la louche, c'est souvent l'écart le plus visible chez les profils ops français.
Je suis SRE / Platform dans une filiale française d'une boîte US (Datadog, Criteo) et je passe le loop Senior au siège ou en remote. À quel point la barre system design diffère de ce que j'ai vu en local ?
L'écart principal est la profondeur du chiffrage et l'attente d'ownership au niveau de l'org. Les loops senior côté US (et les rounds calibrés sur le siège) notent explicitement si vous raisonnez l'échelle et le coût : requêtes par seconde soutenues, To par jour de télémétrie, lag de réplication, dépense d'infra mensuelle. Un design multi-région actif-actif « propre mais sans chiffres » se fait recadrer en « bien dans l'abstrait, aucune idée si c'est viable à notre échelle ». Entraînez la napkin-math sur 4 à 5 problèmes canoniques (observabilité à 500 services, failover multi-région, plateforme de déploiement, automatisation d'astreinte, capacity planning) jusqu'à la sortir à froid. Deuxième écart : le round cross-fonctionnel teste la friction réelle avec l'engineering produit senior, gel d'error budget imposé, blocage de déploiement assumé. Préparez 2 ou 3 histoires où vous avez tenu une position, pas des cadrages « on collabore bien ». Votre expé en filiale est un atout : vous avez vu de la prod à l'échelle US, présentez-la en impact organisationnel.
Je suis Senior SWE backend (Go / Java) dans une boîte produit française et je veux basculer vers Senior SRE / Platform. Mon coding et mon system design sont solides, mais je n'ai jamais possédé une plateforme entière. C'est rédhibitoire au niveau senior ?
Le coding ne sera pas votre angle mort, mais l'ownership plateforme à l'échelle de l'org peut l'être, et c'est exactement le signal que le loop senior cherche. La transition SWE vers Senior SRE est crédible si vous pouvez raconter au moins une surface dont vous avez porté la fiabilité de bout en bout, pas juste un service que vous avez écrit. Avant le loop, identifiez ce qui s'en rapproche le plus dans votre parcours : un système de déploiement que vous avez bâti pour votre équipe, une refonte d'observabilité, une migration multi-région que vous avez pilotée. Reformulez-le en langage fiabilité : SLO visés, error budget, modes de défaillance distribués que vous avez anticipés, ce qui a changé pour les autres équipes. Côté connaissances, ancrez le vocabulaire et les réflexes que le SWE pur survole : raisonner les modes de défaillance en cascade (timeouts, circuit breakers, backpressure), la cardinalité en observabilité, le design d'un programme d'astreinte. Si vous n'avez vraiment jamais possédé de plateforme, soyez honnête sur le scope et visez peut-être un premier poste SRE avant le titre senior, plutôt que de vous faire descendre d'un niveau dans le loop.
Quelle est la différence concrète entre le loop SRE mid (L4) et le loop Senior SRE (L5) en France ? Je ne veux pas viser trop haut et me faire descendre d'un niveau.
La différence n'est pas le coding, qui reste proche de la barre SWE aux deux niveaux ; c'est le périmètre et la profondeur du system design. Au L4, on vous demande de porter la santé opérationnelle d'un service : astreinte, gestion d'incident, observabilité d'un sous-système. Au L5, on vous demande d'avoir possédé une plateforme dont d'autres équipes dépendent, défini des SLO et error budgets transverses, piloté un postmortem qui a fait changer les pratiques de toute l'org, et de raisonner les modes de défaillance distribués à grande échelle. Les marqueurs concrets qui font descendre d'un niveau : raconter « j'ai réglé cet incident » au lieu de « j'ai changé le processus pour que cette classe d'incidents ne se reproduise plus » ; faire un design sans chiffrer l'échelle ni le coût ; traiter le round cross-fonctionnel comme une conversation tranquille au lieu de montrer une vraie friction tenue face au produit. Si vos histoires sont surtout au niveau service plutôt qu'au niveau org, le loop vous proposera souvent un L4. Avant de viser le L5, vérifiez que vous avez au moins une vraie histoire d'ownership de plateforme à dérouler à froid.
Questions fréquentes
Je suis actuellement SRE (L4 / IC3). Dois-je lire ce guide ou celui de SRE en premier ?
Lisez d'abord le guide SRE. Les entreprises calibrent les candidats L5 / IC4 contre la barre L4 / IC3, en ciblant clairement l'écart de scope, elles veulent voir où vous êtes aujourd'hui, puis creuser le gap jusqu'au L5 / IC4. Lisez ce guide APRÈS avoir compris la baseline L4 / IC3, comme ça vous saurez exactement quels signaux démontrer pour le step-up.
Combien de temps prévoir avant un onsite Senior SRE ?
Le process prend 5 à 7 semaines du pré-screen à l'offre. Ajoutez 8 à 12 semaines de prep : le system design plateforme et le deep-dive projet sont les plus rentables. Choisissez 1 ou 2 plateformes que vous avez portées et répétez-les à froid : chaque choix de design, chaque incident de prod, chaque contrefactuel.
Quelle est l'erreur la plus fréquente des candidats au niveau Senior SRE ?
Décrire un travail de fiabilité au niveau service sans cadrage au niveau plateforme. Les entretiens Senior SRE calibrent contre l'impact organisationnel : services qui ont adopté votre plateforme, politique d'error budget que vous avez fait respecter, incidents qui ne se sont plus reproduits grâce à un processus que vous avez changé. De bonnes histoires L4 « j'ai réglé cet incident » vous feront descendre d'un niveau si vous ne les cadrez pas autour de décisions plateforme.
Et si mon process d'entretien diffère de celui décrit ici ?
L'essentiel de la variation est marginal. Les grandes boîtes tech (FAANG, scale-ups, SaaS mid-size) suivent un process à 1–2 rounds près de ce qui est décrit. Les petites startups tournent souvent sur moins de rounds (3 à 4) mais la barre par round reste similaire ; les boîtes moins matures tech sautent parfois system design ou comportemental. Lisez l'offre et demandez au recruteur lors du pré-screen, il vous dira ce qui vient.
Comment ce guide se compare-t-il au scan gratuit ?
Ce guide couvre la barre générale au niveau L5 / IC4. Le scan gratuit lit votre offre d'emploi spécifique et renvoie les questions prédites pour ce poste + cette entreprise, un benchmark de salaire calibré et (avec votre CV) une analyse des écarts d'expérience et un passage ATS de CV. PDF par e-mail.
Passez à votre vraie offre
Collez n'importe quelle offre Senior SRE, découvrez votre coach en moins de 30 secondes.
Déposez une URL LinkedIn, Greenhouse, Lever ou Levels.fyi, ou collez le texte de l'offre. Votre coach prédit les questions pour cette entreprise, fait ressortir vos écarts d'expérience, et calibre un benchmark de salaire pour le poste et la localisation. PDF par e-mail. Ensuite, répétez le tour à voix haute avec un retour honnête jusqu'à être prêt.
Gratuit pour commencer · Sans carte bancaire · Votre CV reste sur votre appareil