L5 / IC4 · 6 ans et plus
Préparation entretien Senior Site Reliability Engineer, ce qui vous attend
Si vous visez Senior Site Reliability Engineer (en France le titre « SRE » pur reste rare, beaucoup de postes équivalents s'affichent en « Ops », « DevOps » ou « Platform Engineer » alors qu'ils couvrent le même périmètre), l'entretien cherche un signal différent du niveau mid : pas seulement savoir répondre à un incident, mais avoir possédé de bout en bout la fiabilité d'un système critique dont d'autres équipes dépendent. Les rounds de system design montent en échelle, multi-région actif-actif, observabilité sur des centaines de services, infrastructure de déploiement pour 500 ingénieurs, et le deep-dive devient une heure passée à dérouler une plateforme que vous avez portée pendant six mois ou plus.
Un process Senior SRE chez les FAANG enchaîne 5 à 7 rounds sur 5 à 7 semaines. Comptez au moins un round avec un staff ou un principal qui vous cuisinera sur les trade-offs de vos designs passés, et un round cross-fonctionnel où vous opérez avec l'engineering produit senior comme un pair. En France, les scale-ups à fort trafic (Doctolib, BlaBlaCar, Leboncoin, Datadog, Criteo, OVHcloud, Back Market) et les filiales US compressent souvent à 4 ou 5 rounds, avec plus de discussion ouverte et un deep-dive plateforme qui pèse lourd dans la décision.
Version personnalisée
Ce guide couvre la barre générale pour Senior SRE. L'extension Chrome applique la même préparation à chaque offre que vous ouvrez, questions prédites pour cette entreprise précise, entraînement vocal avec votre coach IA sur chaque réponse, benchmark de salaire, analyse des écarts, plus brouillons de lettre de motivation et d'auto-présentation. Premier rapport gratuit ; plans payants à partir de 3,99 $. Ou lancez un scan unique sur une offre, sans installer.
Mise à jour 2026
Ce guide couvre la barre générale pour Senior SRE. Quelques choses ont changé en France en 2026, l'AI Act encadre le recrutement IA à partir du 2 août, 31 % des candidats utilisent déjà l'IA pour 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
- 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 typique
La 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.
Questions types à anticiper
Représentatives de ce que les entreprises demandent à ce niveau, pas une liste exhaustive. Lancez le scan gratuit ci-dessus pour des questions prédites liées à une offre d'emploi précise. L'extension Chrome ajoute l'entraînement vocal avec coaching IA sur chaque réponse (technique, design système, comportemental, motivation).
- “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 ?”
- “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).”
- “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.”
- “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é.”
- “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.”
- “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.”
- “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 ?”
- “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 ?”
- “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 ?”
- “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 ?”
Benchmark de salaire
Salaire médian pour Senior SRE dans les grandes boîtes tech US, chiffres principaux en USD. Paris / Berlin / Singapour paient typiquement 30 à 50 % de moins en base ; 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, cinq conseils tactiques
Ouvrez vos réponses comportementales avec la méthode STAR, Situation, Tâche, Action, Résultat. Les conseils tactiques ci-dessous s'appuient sur cette structure pour ce rôle précis.
- Choisissez 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
- Maî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
- Lisez 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
- Ayez 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
- Pré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
- Entraî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
Quelques erreurs fréquentes qui font recaler les candidats Senior SRE même quand ils sont par ailleurs solides. Mieux vaut les repérer en mock interview 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
Livres, cours et outils qui reviennent le plus dans la préparation Senior SRE. Sans lien d'affiliation.
- 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
Je 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.
Prêt à préparer un vrai poste ?
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. L'entraînement vocal avec retour IA sur chaque réponse vit dans l'extension Chrome.
Installation libre · Aperçu sur chaque offre · Plans payants à partir de 3,99 $