Service-Level Objective (SLO)
Objetivo de Nivel de Servicio (SLO)
Un objetivo de nivel de servicio es una meta de confiabilidad para una señal visible para el usuario durante un período de tiempo determinado. No es una promesa legal.
SLI = good events / valid events; SLO = target + window + owner + decision rule999,400 / 1,000,00099.9% / 28d✓SLI = good events / valid events; SLO = target + window + owner + decision ruleSREOtro ejemplo
Un equipo de caja mide las solicitudes que tienen éxito en menos de 300 ms. Su SLO es del 99,9 % durante 28 días.
Partes principales
- 01Recorrido del usuario
- 02indicador de nivel de servicio
- 03regla de buen evento
- 04Porcentaje objetivo
- 05Ventana de tiempo
- 06Propietario y regla de revisión
Úsalo cuando
Usa un SLO para elegir el trabajo de confiabilidad con los propietarios del producto. Nombra el recorrido del usuario, señal, objetivo, responsable y ventana de tiempo.
No lo uses cuando
No llames a cada métrica un SLO. Un objetivo sin propietario ni regla de decisión es solo un número en el tablero.
Nombre usado en código
SLI = good events / valid events; SLO = target + window + owner + decision rule 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 Objetivo de Nivel de Servicio (SLO) (Service-Level Objective (SLO)). User context: Un equipo de caja mide las solicitudes que tienen éxito en menos de 300 ms. Su SLO es del 99,9 % durante 28 días. Technical concept or control: Objetivo de Nivel de Servicio (SLO) (Service-Level Objective (SLO)). Why it fits: Usa un SLO para elegir el trabajo de confiabilidad con los propietarios del producto. Nombra el recorrido del usuario, señal, objetivo, responsable y ventana de tiempo. Do not use it when: No llames a cada métrica un SLO. Un objetivo sin propietario ni regla de decisión es solo un número en el tablero. 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 Objetivo de Nivel de Servicio (SLO) (Service-Level Objective (SLO)) is used now. Definition: Un objetivo de nivel de servicio es una meta de confiabilidad para una señal visible para el usuario durante un período de tiempo determinado. No es una promesa legal. 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.