Huit missions dans l'exploitation d'une plateforme Kubernetes managée sous qualification SecNumCloud : définir des SLI qui reflètent l'expérience client, transformer un SLO en budget d'erreur opposable, instrumenter sans exploser le coût de l'observabilité, concevoir une alerte qui réveille juste, commander un incident majeur de zone, écrire un post-mortem sans blâme, arbitrer capacité et coût unitaire sous contrainte de souveraineté, puis prouver la reprise après sinistre devant une revue de direction contradictoire.
Une spécification SLI/SLO orientée client, avec fenêtre, périmètre et exclusions motivées.
Une politique de budget d'erreur signée : seuils, gel des mises en production, conditions de sortie.
Un plan d'observabilité chiffré : signaux, cardinalité maîtrisée, coût de télémétrie assumé.
Une chronologie d'incident majeur et sa communication client, heure par heure.
Un post-mortem sans blâme avec facteurs contributifs et actions correctives vérifiables.
Un modèle de coût unitaire et un dossier de reprise après sinistre défendu devant la direction.
Construisez une expérience concrète et la confiance pour la suite.
Quelques étapes pour commencer
Créez votre compte et ouvrez la mission.
Traitez chaque mission comme le métier se pratique vraiment.
Voyez ce que votre travail a montré, cité depuis ce que vous avez écrit.
Emportez la preuve dans vos candidatures et vos entretiens.
De nos partenaires
Ce que vous maîtriserez
Ce que vous devez maîtriser
Market signals
Ce que la souveraineté et l'engagement de service créent comme métier.
Dix ans après sa publication, le référentiel SecNumCloud compte 15 chapitres, 263 exigences et environ 1 200 points de contrôle. Onze sociétés sont qualifiées mi-2026, et l'ANSSI évoque environ trois fois plus de dossiers en cours d'instruction.
Source · LeMagIT — bilan SecNumCloud, 3 juillet 2026Le surcoût tarifaire d'une offre qualifiée est généralement estimé autour de 30 % au-dessus du marché, avec un cycle de qualification de deux à trois ans et une revalidation portant chaque année sur un tiers du périmètre. Un ingénieur fiabilité travaille donc sous double contrainte : tenir l'engagement et justifier le coût unitaire.
Source · LeMagIT — bilan SecNumCloud, 3 juillet 2026Les régions multi-zones reposent sur des datacenters physiquement séparés de plus de 30 km avec une latence inter-zone inférieure à 1 ms. La distinction entre services régionaux à haute disponibilité native et services zonaux détermine ce que l'architecte doit encore concevoir lui-même.
Source · Blog d'ingénierie OVHcloud, 19 août 2026La doctrine SRE publique fixe la règle : l'écart entre 100 % et l'objectif est un budget que les équipes dépensent en livraisons et en risques calculés, et dont l'épuisement déclenche une réponse convenue d'avance.
Source · Google SRE Workbook — Implementing SLOsL'alerte moderne combine plusieurs fenêtres et plusieurs taux de consommation du budget : une brûlure rapide réveille immédiatement, une brûlure lente ouvre un ticket. C'est la principale arme contre le bruit d'alerte et l'épuisement des équipes d'astreinte.
Source · Google SRE Workbook — Alerting on SLOsLa directive NIS 2 élargit le périmètre des entités soumises à obligations de gestion des risques et de notification d'incident : la chronologie que vous écrivez pendant la crise devient une pièce opposable.
Source · ANSSI — la directive NIS 2Découvrez comment les situations prennent vie
sre.google
Comment choisir un SLI qui reflète l'expérience client, fixer un SLO tenable, et transformer l'écart en budget d'erreur exploitable.
sre.google
La méthode multi-fenêtres et multi-taux : détecter vite les brûlures rapides sans réveiller personne pour une dégradation lente.
sre.google
Pourquoi la question « qui a fait l'erreur » produit du silence, et la question « qu'est-ce qui a rendu cette erreur possible » produit de la fiabilité.
blog.ovhcloud.com
Trois datacenters distants de plus de 30 km, latence inter-zone inférieure à 1 ms, distinction entre services régionaux et services zonaux. À lire pour comprendre où s'arrête la promesse de l'infrastructure et où commence votre travail.
cyber.gouv.fr
La source primaire du cadre de qualification : exigences d'exploitation, de journalisation, de continuité et de localisation qui contraignent l'ingénierie au quotidien.
lemagit.fr
15 chapitres, 263 exigences, 1 200 points de contrôle, 11 prestataires qualifiés, 2 à 3 ans de cycle et environ 30 % de surcoût tarifaire. Le contexte économique dans lequel vos arbitrages de fiabilité seront jugés.
cyber.gouv.fr
Élargissement du périmètre des entités essentielles et importantes, obligations de gestion des risques et de notification d'incident : le cadre qui transforme un incident d'exploitation en obligation déclarative.
scaleway.com
Vue fournisseur des choix structurants : isolation, chaîne d'approvisionnement, exploitation depuis l'Union, gestion des accès d'administration.
Ouvrez une mission pour voir ce que vous allez produire
Aperçu du programme
Task 1
Task 2
Task 3
Task 4
Task 5
Task 6
Task 7
Task 8
Ligne d’arrivée
Témoignages de professionnels qui ont vécu des missions équivalentes
“Je savais déployer un cluster. Je ne savais pas décider si une panne justifiait de geler les mises en production. La mission sur le budget d'erreur m'a appris qu'un SRE ne dit pas « c'est cassé », il dit « il nous…”
Yanis M.
Étudiant en école d'ingénieurs (M2 systèmes distribués)
Vers un poste SRE / plateforme
“Le post-mortem est la mission qui m'a le plus surprise. J'avais écrit « erreur de manipulation ». On m'a demandé pourquoi le système avait rendu cette manipulation possible, et sans avertissement. J'ai réécrit trois pages — et j'ai compris le métier.”
Aude R.
Administratrice systèmes en reconversion
Vers l'exploitation de plateforme sous engagement
“Ces simulations m'ont aidée à projeter ce que serait mon premier poste. Très concret.”
Inès K.
Étudiante M2
Sciences Po
“Le format est addictif et utile en entretien.”
Adrien L.
Diplômé école d'ingé
INSA Lyon
“L'outil idéal pour tester un métier avant de s'engager.”
Maya T.
En reconversion
—
Témoignages de professionnels qui ont vécu des missions équivalentes
“Je savais déployer un cluster. Je ne savais pas décider si une panne justifiait de geler les mises en production. La mission sur le budget d'erreur m'a appris qu'un SRE ne dit pas « c'est cassé », il dit « il nous…”
Yanis M.
Étudiant en école d'ingénieurs (M2 systèmes distribués)
Vers un poste SRE / plateforme
Faites le travail, gardez la preuve.