Error Budget
Presupuesto de Error
Un presupuesto de error es la cantidad permitida de mal servicio durante una ventana SLO. Equivale a la parte por debajo del 100%.
allowed bad events = (1 - SLO) × valid events; consumed share = bad events / allowed bad events1,000○permitido700−usado300✓restanteallowed bad events = (1 - SLO) × valid events; consumed share = bad events / allowed bad eventsSREOtro ejemplo
Un servicio tiene un SLO del 99.9% para un millón de solicitudes. El presupuesto permite 1,000 solicitudes fallidas. Después de 700, quedan 300.
Partes principales
- 01SLO vinculado
- 02ventana de presupuesto
- 03Eventos malos permitidos
- 04Cantidad consumida
- 05monto restante
- 06política de decisión de lanzamiento
Úsalo cuando
Úsalo después de que un equipo acuerde un SLO y una política. Deja que el presupuesto restante guíe el trabajo de lanzamiento y fiabilidad.
No lo uses cuando
No considere el presupuesto como tiempo de inactividad planificado o un castigo. Es una señal compartida para tomar decisiones de compensación.
Nombre usado en código
allowed bad events = (1 - SLO) × valid events; consumed share = bad events / allowed bad events Antes de lanzarlo
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 Presupuesto de Error (Error Budget). User context: Un servicio tiene un SLO del 99.9% para un millón de solicitudes. El presupuesto permite 1,000 solicitudes fallidas. Después de 700, quedan 300. Technical concept or control: Presupuesto de Error (Error Budget). Why it fits: Úsalo después de que un equipo acuerde un SLO y una política. Deja que el presupuesto restante guíe el trabajo de lanzamiento y fiabilidad. Do not use it when: No considere el presupuesto como tiempo de inactividad planificado o un castigo. Es una señal compartida para tomar decisiones de compensación. 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): Ningún estándar oficial único controla todo el término. Su significado puede cambiar según equipos, plataformas o marcos. 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.
Revisa esta petición
Review how Presupuesto de Error (Error Budget) is used now. Definition: Un presupuesto de error es la cantidad permitida de mal servicio durante una ventana SLO. Equivale a la parte por debajo del 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.