Arbitrer fonctionnalités et fiabilité
Le budget d'erreur décide objectivement.
Observabilité · Formations
Formation pratique à l’ingénierie de la fiabilité (SRE) : définir SLI et SLO, piloter par le budget d’erreur, alerter sur le burn rate et générer ses SLO avec Sloth et Pyrra sur Prometheus.
LEARNING PATH
SLI, SLO, SLA et nombre de neuf.
Calcul, politique et fenêtres.
SLI de disponibilité et de latence.
Alertes multi-fenêtres multi-taux.
Générer et suivre ses SLO.
Les pratiques recommandées pour exploiter le produit en production.
Expérimenter pour éprouver la résilience.
Parcours de préparation aux certifications officielles de l'éditeur : examens blancs illimités, tableau de bord et verdict de préparation.
LEARN BY DOING
Le budget d'erreur décide objectivement.
Une ou deux alertes burn rate par service.
Des chiffres partagés avec le produit et la direction.
Mesurer avant de s'engager.
Le SLO est un objectif interne mesuré ; le SLA est un engagement contractuel avec des pénalités. Le SLO est plus strict que le SLA.
Non : c'est impossible et très coûteux. On fixe un objectif adapté aux attentes des utilisateurs et on utilise la marge comme budget.
La vitesse à laquelle le budget d'erreur est consommé : 1 l'épuise exactement sur la fenêtre, 14,4 en un peu plus de deux jours sur 30.
Les deux génèrent des règles Prometheus équivalentes ; Pyrra ajoute une interface web, Sloth une CLI simple et des dashboards Grafana.
Le SLI est la mesure (part des requêtes réussies en moins de 300 ms), le SLO l'objectif interne (99,9 % sur 30 jours) et le SLA l'engagement contractuel, assorti de pénalités, généralement moins exigeant que le SLO.