SLI, SLO et budget d'erreur

• SLI (indicateur) : ce qu'on mesure du point de vue de l'utilisateur — part des requêtes réussies, latence au 95e percentile, fraîcheur des données.
• SLO (objectif) : la cible sur une période, ex. 99,9 % de requêtes réussies sur 30 jours.
• SLA : l'engagement contractuel, avec pénalités, toujours moins exigeant que le SLO interne.
• Budget d'erreur = 100 % − SLO : 99,9 % sur 30 jours ≈ 43 minutes d'indisponibilité tolérée. Tant qu'il reste du budget, on livre ; s'il est épuisé, on priorise la fiabilité.
• 100 % n'est pas un objectif : chaque « 9 » supplémentaire coûte beaucoup plus cher.
• Alerter sur la vitesse de consommation du budget (burn rate) plutôt que sur chaque erreur.

Réduire le travail répétitif (toil)

Le toil est manuel, répétitif, automatisable, sans valeur durable. Mesurez-le et plafonnez-le (Google vise moins de 50 % du temps), puis automatisez en priorité ce qui revient le plus souvent.