Aller au contenu principal

Dans la fenêtre d’impression, choisissez « Enregistrer en PDF » comme destination.

AMBIARéf. SRE-FND

Site Reliability Engineering (SRE) - Les fondamentaux

DevOps

Durée

14 à 28 heures (2 à 4 jours) selon le format

Modalités

Présentiel, Classe à distance

Reconnaissance

Formation non certifiante (attestation de fin de formation)

Format de vente

Inter-entreprise ou Intra-entreprise

Délai d’accès

Inter : jusqu’à 5 jours ouvrés avant la session ; intra : en moyenne 15 jours ouvrés après l’acceptation du devis

Tarif intra

Sur devis

Pourquoi suivre cette formation

Le SRE applique l'ingénierie logicielle aux opérations pour garantir la fiabilité des systèmes à grande échelle. Cette formation vous apporte les méthodes pratiques pour définir vos indicateurs (SLI/SLO) et automatiser la gestion des incidents.

À l’issue de cette formation, les participants seront capables de

  • Comprendre et propager la culture, les objectifs et l'esprit de l'ingénierie SRE au sein de l'entreprise
  • Définir des indicateurs de fiabilité pertinents et mesurables en accord avec les besoins réels des clients
  • Concevoir des indicateurs de niveau de service (SLI) et des objectifs de niveau de service (SLO) réalistes
  • Piloter l'effort de développement et d'infrastructure grâce au mécanisme du budget d'erreur
  • Mettre en œuvre des processus d'analyse post-mortem sans blâme (blameless post-mortem) pour valoriser l'apprentissage par l'erreur
  • Identifier et réduire le travail répétitif non productif de valeur (toil)

Formats proposés

ESSENTIELFondamentaux14 heures (2 jours)1 560 € HTpar participant (inter-entreprises)
ACTIONImmersion21 heures (3 jours)2 340 € HTpar participant (inter-entreprises)
IMPACTTerrain28 heures (4 jours) · dont une journée en décalé3 275 € HTpar participant (inter-entreprises)

Chaque format reprend le précédent et y ajoute des journées.

Public visé

Administrateurs système, ingénieurs système, développeurs logiciels, ingénieurs QA/Test, chefs de projet technique, architectes infrastructure ou managers souhaitant intégrer la culture SRE dans leurs équipes.

Prérequis

Avoir des connaissances générales sur le cycle de vie du développement logiciel (connaissances de base des notions de serveurs, de cloud et d'API). Aucun prérequis spécifique sur le SRE.

Prérequis techniques à distance

La classe virtuelle se tient sur Microsoft Teams : AMBIA fournit à chaque participant un compte pour la durée de la formation. En intra-entreprise, elle peut aussi se tenir sur l’outil que l’entreprise utilise déjà, par exemple Zoom ou Google Meet.

Le participant se connecte depuis un ordinateur équipé d’une caméra, d’un micro, d’un accès à internet et d’un navigateur à jour, dans un lieu calme. Si la formation le demande, le formateur donne accès à un poste de travail à distance, depuis le navigateur.

Pendant la formation, l’assistance technique répond à support@ambia-skills.fr.

Objectifs pédagogiques

Citer les piliers fondateurs du framework SRE établis par Google. Différencier et expliquer l'interaction entre un SLI, un SLO et un SLA. Calculer un budget d'erreur et définir une politique de blocage ou de libération des déploiements. Diagnostiquer la présence de travail répétitif inutile (toil) dans les processus quotidiens. Analyser un incident de production à travers la méthodologie du post-mortem constructif. Concevoir une charte d'engagements de fiabilité co-construite entre équipes de développement et équipes d'exploitation.

Programme détaillé

Jour 1ESSENTIEL

Matin

Introduction au SRE, Culture et Piliers fondamentaux

Comprendre l'origine du concept SRE et ses différences avec l'approche DevOps traditionnelle. Assimiler les piliers du SRE selon l'approche de Google et identifier les enjeux clés de la fiabilité opérationnelle.

  • La philosophie SRE : traiter les opérations logicielles comme un problème d'ingénierie logicielle.
  • Les 7 piliers du SRE de Google (gestion du changement, monitoring, traitement des erreurs, automatisation...).
  • L'équilibre culturel et la relation d'équipe entre développeurs (Dev) et ingénieurs de production (Ops).
  • La définition et la chasse au travail répétitif sans valeur ajoutée durable (toil).

Atelier pratique

Réalisation d'un audit de processus sur un service d'entreprise existant pour identifier, quantifier et prioriser la réduction du travail manuel répétitif (toil).

Cas métier

Audit opérationnel d'une infrastructure existante.

Compétence acquise

Être capable de repérer et de classifier les dérives opérationnelles et de diffuser les piliers de la culture SRE dans l'organisation.

Livrable

Grille d'audit et plan de remédiation contre le toil opérationnel.

Après-midi

Définir et mesurer la fiabilité - Le triptyque SLI, SLO et SLA

Maîtriser l'identification des parcours critiques utilisateurs. Structurer de manière chiffrée et mesurable des SLI et SLO pertinents. Savoir faire le lien avec les exigences contractuelles des SLA.

  • Comprendre l'articulation entre l'indicateur (SLI), l'objectif d'équipe (SLO) et le contrat commercial (SLA).
  • Les 4 « signaux d'or » de la surveillance applicative (latence, trafic, erreurs, saturation).
  • Comment sélectionner les bons points de collecte de données en fonction de l'expérience vécue par le client.
  • Méthodologie de co-conception d'objectifs de fiabilité atteignables.

Atelier pratique

Élaboration pas-à-pas de l'arborescence SLI / SLO / SLA d'un portail utilisateur critique (authentification et requêtage de base de données).

Cas métier

Modélisation d'objectifs de performance pour une plateforme applicative SaaS.

Compétence acquise

Être capable d'extraire, formuler et documenter les exigences de fiabilité à l'aide de mesures quantifiables et exploitables par les Ops.

Livrable

Matrice d'ingénierie des indicateurs SLI et SLO de l'application modèle.

Jour 2ESSENTIEL

Matin

Gouvernance par la valeur - Le budget d'erreur et l'analyse de consommation

Comprendre l'alignement stratégique généré par le budget d'erreur. Savoir calculer la marge d'indisponibilité acceptable et piloter la vitesse de release des développeurs.

  • Le concept de budget d'erreur : comment la non-fiabilité autorisée finance la vitesse d'innovation.
  • Calcul mathématique du budget d'erreur (disponibilité par requêtes réussies ou fenêtres de temps).
  • Définition des politiques de blocage en cas d'épuisement du budget d'erreur.
  • La surveillance par la vitesse de consommation de budget d'erreur (burn rates).

Atelier pratique

Exercice dirigé de calcul et de projection de budgets d'erreur sur différents niveaux d'incidents (pannes totales courtes vs dégradations prolongées).

Cas métier

Pilotage d'arbitrage de priorités d'ingénierie (stabilité vs fonctionnalités).

Compétence acquise

Être capable de piloter l'effort de déploiement en s'appuyant sur l'état chiffré du budget d'erreur.

Livrable

Tableau de bord dynamique de suivi du budget d'erreur.

Après-midi

Gestion d'incident moderne et Post-Mortem sans blâme

Découvrir les clés de la coordination lors d'une crise technique majeure. Maîtriser le déroulement de l'exercice d'analyse post-incident et rédiger un document d'amélioration continue complet.

  • La gestion d'incident selon le prisme SRE : rôles et communication claire pendant l'incident (Incident Commander).
  • Le concept clé de post-mortem sans blâme (blameless post-mortem) : pourquoi blâmer nuit à la sécurité globale.
  • La recherche des causes profondes (mécanisme des « 5 Pourquoi », facteurs contributifs systémiques).
  • Le suivi des actions de remédiation post-incident et l'évaluation de leur efficacité.

Atelier pratique

Animation collective d'une réunion de post-mortem fictive après un incident bloquant simulé de base de données, suivie d'une recherche méthodique des causes racines.

Cas métier

Gestion de crise et retour d'expérience post-panne.

Compétence acquise

Savoir mener des investigations d'incident rigoureuses et rédiger des synthèses d'incident claires axées sur l'apprentissage collectif.

Livrable

Rapport de post-mortem sans blâme structuré, documenté et prêt pour décision d'ingénierie.

Jour 3ACTION

Matin

Des SLO à l'action : définir les engagements de fiabilité d'un service

Réutiliser en autonomie les SLI, les SLO, les SLA et le budget d'erreur des journées ESSENTIEL sur un service réaliste.

  • Réactiver les acquis des journées ESSENTIEL : rappel visuel et quiz sur les piliers du SRE, la différence entre SLI, SLO et SLA et le calcul du budget d'erreur.
  • Choisir les bons indicateurs pour un service, fixer des objectifs réalistes et en déduire le budget d'erreur.

Atelier pratique

Entraînement en binômes : critiquer une série de SLO volontairement mal définis (trop ambitieux, non mesurables) et les réécrire, avec correction croisée.

Cas métier

La plateforme de commande en ligne (cas fil rouge) - Les participants définissent les SLI et les SLO du service, calculent le budget d'erreur, fixent la règle de décision quand il est consommé, puis présentent leur proposition au groupe.

Compétence acquise

Savoir définir en autonomie des engagements de fiabilité mesurables.

Livrable

La fiche SLI, SLO et budget d'erreur du service, construite avec les modèles des journées ESSENTIEL.

Après-midi

Éprouver sa gestion d'incident et son post-mortem en simulation de crise

Mettre à l'épreuve la gestion d'incident et le post-mortem sans blâme face à une panne majeure.

  • Retour sur les rôles en gestion d'incident, la communication de crise et le post-mortem sans blâme vus les jours précédents.
  • Conduire un incident de bout en bout, puis en tirer des actions durables sans chercher de coupable.

Atelier pratique

Exercice guidé : répartir les rôles (responsable de l'incident, communication, technique) et comparer l'organisation des équipes.

Cas métier

La panne du vendredi soir (cas fil rouge) - Le service tombe en pleine période de forte activité. Les équipes gèrent l'incident, mesurent la consommation du budget d'erreur, rédigent le post-mortem sans blâme et présentent leurs actions au groupe et au formateur.

Compétence acquise

Savoir conduire un incident et en tirer des améliorations durables.

Livrable

Le post-mortem complet et le plan d'actions, issus des modèles des journées ESSENTIEL.

Jour 4 · en décaléIMPACT

Matin

Audit de l'observabilité et diagnostic du Toil (tâches répétitives)

Mesurer la part de travail répétitif non créateur de valeur et auditer les tableaux de bord de métriques.

  • Diagnostic des opérations de l'équipe SRE/Ops réelle. Identification du Toil à automatiser, réalignement des alertes pour supprimer le bruit et audit des tableaux de bord Prometheus/Grafana.

Après-midi

Co-construction de la charte SRE d'entreprise et politique de release

Formaliser le contrat d'engagement entre les Devs et les Ops basé sur le budget d'erreur.

  • Négociation du contrat de service interne. Rédaction de la charte SRE d'entreprise, définition du protocole de blocage des déploiements en cas de budget d'erreur consommé et automatisation des remédiations.

Les ateliers et cas métier de ce programme pourront être adaptés par le consultant-formateur selon les besoins, le niveau et les prérequis des participants, pour favoriser l’atteinte des objectifs pédagogiques.

Méthodes et moyens pédagogiques

Méthodes mobilisées

Pédagogie active axée sur la manipulation de cas d'usage, des simulations guidées de pannes d'infrastructure et d'incidents, des ateliers de co-construction méthodologique d'indicateurs de performance et des sessions d'échanges interactives pour installer durablement les bons automatismes.

Moyens techniques

Un poste informatique par participant, accès aux plateformes collaboratives AMBIA, outils en ligne de gestion de projet et de planification d'alertes, vidéoprojecteur ou système de partage d'écran haute résolution, accès aux supports pédagogiques AMBIA de fin d'étude et mise à disposition des modèles types de gouvernance et de post-mortem.

Moyens humains

Formation animée par un consultant-formateur expert, architecte DevOps sénior ou Site Reliability Engineer certifié et en activité, spécialiste de la gestion d'incidents à grande échelle et de l'automatisation d'infrastructures hautement disponibles.

Modalités d’évaluation

Évaluation diagnostique

Questionnaire de positionnement en amont de la formation (validation des prérequis techniques).

Évaluation formative

Exercices pratiques, simulations d'incidents et ateliers d'application méthodologiques tout au long des deux jours.

Évaluation sommative

Questionnaire de validation des acquis sous forme de QCM en fin de formation et remise d'une attestation de fin de formation.

Suivi

  • Feuilles de présence signées par demi-journée, en présentiel comme à distance.
  • Attestation de fin de formation remise à chaque stagiaire, mentionnant les objectifs, la nature, la durée et les résultats de l’évaluation.
  • Certificat de réalisation adressé au client ou au financeur.
  • Questionnaire de satisfaction remis à l’issue de la formation.

Délai d’accès

Inter-entreprises : L’inscription est possible jusqu’à 5 jours ouvrés avant le début de la session, sous réserve des places disponibles.

Intra-entreprise : La formation débute en moyenne 15 jours ouvrés après l’acceptation du devis.

Ce délai peut être adapté selon la disponibilité des sessions, le positionnement du stagiaire et, le cas échéant, l’instruction du dossier de prise en charge par le financeur.

Accessibilité handicap

Nos parcours sont adaptables aux personnes en situation de handicap. Contactez notre référent pour l'étude des aménagements.

Référent handicap : accessibilite@ambia-skills.fr. Aucune reconnaissance de la qualité de travailleur handicapé ni aucun justificatif médical n’est exigé.

Indicateurs de résultats

Indicateurs publiés à partir de 3 avis.

Mode de calcul : www.ambia-skills.fr/notre-approche#notes

AMBIA - Organisme de formation professionnelle - 254 rue Vendôme, 69003 Lyon - 07 56 44 70 44 - contact@ambia-skills.fr - SIRET 130 176 597 00016

Déclaration d’activité enregistrée sous le numéro 84692748569 auprès du préfet de région Auvergne-Rhône-Alpes. Cet enregistrement ne vaut pas agrément de l’État.

Fiche mise à jour le 30/10/2026