Error Budget
budget d'erreur
Un budget d'erreur est la quantité permise de mauvais service pendant une fenêtre SLO. Il correspond à la part en dessous de 100 %.
allowed bad events = (1 - SLO) × valid events; consumed share = bad events / allowed bad events1,000○autorisé700−utilisé300✓restantallowed bad events = (1 - SLO) × valid events; consumed share = bad events / allowed bad eventsSREUn autre exemple
Un service a un SLO de 99,9 % pour un million de requêtes. Le budget permet 1 000 requêtes incorrectes. Après 700, il en reste 300.
Parties principales
- 01SLO lié
- 02Fenêtre budgétaire
- 03Mauvais événements autorisés
- 04montant consommé
- 05Montant restant
- 06politique de décision de version
Utilisez-le lorsque
Utilisez-le après qu'une équipe ait convenu d'un SLO et d'une politique. Laissez le budget restant guider le travail de publication et de fiabilité.
Ne l'utilisez pas lorsque
Ne considérez pas le budget comme un temps d'arrêt planifié ou une punition. C'est un signal partagé pour effectuer des compromis.
Nom utilisé dans le code
allowed bad events = (1 - SLO) × valid events; consumed share = bad events / allowed bad events Avant d'expédier
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome: Complete the task with budget d'erreur (Error Budget). User context: Un service a un SLO de 99,9 % pour un million de requêtes. Le budget permet 1 000 requêtes incorrectes. Après 700, il en reste 300. Technical concept or control: budget d'erreur (Error Budget). Why it fits: Utilisez-le après qu'une équipe ait convenu d'un SLO et d'une politique. Laissez le budget restant guider le travail de publication et de fiabilité. Do not use it when: Ne considérez pas le budget comme un temps d'arrêt planifié ou une punition. C'est un signal partagé pour effectuer des compromis. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
Vérifiez cette demande
Review how budget d'erreur (Error Budget) is used now. Definition: Un budget d'erreur est la quantité permise de mauvais service pendant une fenêtre SLO. Il correspond à la part en dessous de 100 %. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.