1. Calculer le budget #
Ce qu'on a le droit de rater.
Formule #
Le budget d'erreur est la part d'événements autorisés à échouer : 1 - SLO. Avec un SLO de 99,9 % sur 30 jours et 10 millions de requêtes, le budget est de 10 000 requêtes en erreur.
| Grandeur | Calcul | Exemple |
|---|---|---|
| Budget total | (1 - SLO) × requêtes | 0,001 × 10 000 000 = 10 000 |
| Budget consommé | erreurs observées / budget total | 4 000 / 10 000 = 40 % |
| Budget restant | 1 - consommé | 60 % |
| Taux de consommation (burn rate) | taux d'erreur observé / (1 - SLO) | 0,3 % / 0,1 % = 3 |
À savoir : Un burn rate de 1 consomme exactement le budget sur la fenêtre du SLO. Un burn rate de 3 l'épuise en 10 jours au lieu de 30.
2. La politique de budget d'erreur #
Un accord écrit entre produit et exploitation.
Exemple de politique #
Le budget n'a de valeur que s'il déclenche des décisions, décidées à l'avance et signées par les équipes produit et techniques :
| Budget restant | Décision |
|---|---|
| > 50 % | Livraisons normales, expérimentations autorisées |
| 20 à 50 % | Livraisons normales, revue des incidents du mois |
| 0 à 20 % | Priorité aux tâches de fiabilité, déploiements à risque reportés |
| Épuisé | Gel des fonctionnalités : seuls les correctifs et la fiabilité sont livrés jusqu'au retour dans l'objectif |
Bonne Pratique : Le budget fonctionne dans les deux sens : un budget jamais consommé signifie que l'objectif est trop prudent ou que l'équipe pourrait livrer plus vite.
3. Fenêtres glissantes ou calendaires #
Sur quelle période mesurer ?
Choisir #
| Fenêtre | Avantage | Inconvénient |
|---|---|---|
| Glissante (28 ou 30 jours) | Reflète l'expérience récente, pas d'effet « remise à zéro » | Un incident pèse pendant 30 jours |
| Calendaire (mois) | Alignée sur les SLA et les rapports | Le budget se remet à zéro le 1er, comportements opportunistes |
En pratique : fenêtre glissante de 28 ou 30 jours pour piloter, rapport calendaire pour le SLA. 28 jours contiennent exactement quatre semaines, ce qui neutralise l'effet des week-ends.
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
💬 Discussions récentes de la formation
- Alerter sur un SLO de 99,9 % sans être réveillé pour rien✓ résolu · 1 réponse(s)
Poser une question sur cette leçon →Voir toutes les discussions de la formation
Articles recommandés
Alertes sur le taux de consommation du budget (burn rate multi-fenêtres)
Pourquoi alerter sur le burn rate plutôt que sur un seuil, et comment construire les alertes mult...
Les SLO dans Dynatrace : objectifs, budget d’erreur et burn rate
SLI, SLO et SLA, budget d'erreur et taux de consommation : définir un SLO de disponibilité ou de ...
Bonnes pratiques SRE : SLO utiles et budgets respectés
Check-list pour mettre en place des SLO qui servent : choix des parcours utilisateurs, objectifs ...
Chaos engineering : principes, outils et mise en pratique avec les SLO
Guide complet du chaos engineering : principes, régime permanent et hypothèse, rayon d'impact, li...
Piloter ses SLO avec Pyrra
Pyrra : définir des SLO de disponibilité et de latence en CRD Kubernetes ou en fichiers, générer ...
Observabilité, SRE et gestion des incidents pour les équipes DevOps
Exploiter ce que l'on livre : métriques, logs et traces, golden signals, SLI, SLO et budgets d'er...
Générer ses SLO Prometheus avec Sloth
Décrire un SLO en quelques lignes avec Sloth et générer automatiquement règles d'enregistrement m...
Grafana SLO dans Grafana Cloud
Définir des SLO, suivre le budget d'erreur et générer les alertes de burn rate.
SRE : SLI, SLO et SLA expliqués simplement
Les fondamentaux de l'ingénierie de la fiabilité (SRE) : différence entre SLI, SLO et SLA, choix ...