Service-Level Objective (SLO)
Obiettivo di Livello di Servizio (SLO)
Un obiettivo di livello di servizio è un obiettivo di affidabilità per un segnale rivolto all'utente durante una finestra temporale specificata. Non è una promessa legale.
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 ruleSREUn altro esempio
Un team di checkout misura le richieste che hanno successo entro 300 ms. Il suo SLO è del 99,9% su 28 giorni.
Parti principali
- 01Percorso dell'utente
- 02indicatore di livello di servizio
- 03regola del buon evento
- 04Percentuale obiettivo
- 05Finestra temporale
- 06Proprio proprietario e regola di revisione
Usalo quando
Usa un SLO per scegliere il lavoro di affidabilità insieme ai product owner. Nomina il percorso dell'utente, il segnale, l'obiettivo, il responsabile e la finestra temporale.
Non usarlo quando
Non chiamare ogni metrica un SLO. Un obiettivo senza un responsabile o una regola decisionale è solo un numero su una dashboard.
Nome usato nel codice
SLI = good events / valid events; SLO = target + window + owner + decision rule Prima di spedire
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 Obiettivo di Livello di Servizio (SLO) (Service-Level Objective (SLO)). User context: Un team di checkout misura le richieste che hanno successo entro 300 ms. Il suo SLO è del 99,9% su 28 giorni. Technical concept or control: Obiettivo di Livello di Servizio (SLO) (Service-Level Objective (SLO)). Why it fits: Usa un SLO per scegliere il lavoro di affidabilità insieme ai product owner. Nomina il percorso dell'utente, il segnale, l'obiettivo, il responsabile e la finestra temporale. Do not use it when: Non chiamare ogni metrica un SLO. Un obiettivo senza un responsabile o una regola decisionale è solo un numero su una dashboard. 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): Nessun singolo standard ufficiale controlla l'intero termine. Il suo significato può cambiare tra team, piattaforme o framework. 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.
Controlla questa richiesta
Review how Obiettivo di Livello di Servizio (SLO) (Service-Level Objective (SLO)) is used now. Definition: Un obiettivo di livello di servizio è un obiettivo di affidabilità per un segnale rivolto all'utente durante una finestra temporale specificata. Non è una promessa legale. 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.