Service-Level Objective (SLO)
Objectif de niveau de service (SLO)
Un objectif de niveau de service est une cible de fiabilité pour un signal destiné à l'utilisateur pendant une période de temps définie. Ce n'est pas une promesse légale.
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 autre exemple
Une équipe de caisse mesure les requêtes qui réussissent en moins de 300 ms. Son SLO est de 99,9 % sur 28 jours.
Parties principales
- 01Parcours utilisateur
- 02indicateur de niveau de service
- 03règle de bon événement
- 04Pourcentage cible
- 05Fenêtre temporelle
- 06Propriétaire et règle de révision
Utilisez-le lorsque
Utilisez un SLO pour choisir le travail de fiabilité avec les responsables produit. Nommez le parcours utilisateur, le signal, l'objectif, le responsable et la fenêtre temporelle.
Ne l'utilisez pas lorsque
N'appelez pas chaque métrique un SLO. Une cible sans propriétaire ni règle de décision n'est qu'un chiffre sur le tableau de bord.
Nom utilisé dans le code
SLI = good events / valid events; SLO = target + window + owner + decision rule 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 Objectif de niveau de service (SLO) (Service-Level Objective (SLO)). User context: Une équipe de caisse mesure les requêtes qui réussissent en moins de 300 ms. Son SLO est de 99,9 % sur 28 jours. Technical concept or control: Objectif de niveau de service (SLO) (Service-Level Objective (SLO)). Why it fits: Utilisez un SLO pour choisir le travail de fiabilité avec les responsables produit. Nommez le parcours utilisateur, le signal, l'objectif, le responsable et la fenêtre temporelle. Do not use it when: N'appelez pas chaque métrique un SLO. Une cible sans propriétaire ni règle de décision n'est qu'un chiffre sur le tableau de bord. 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 Objectif de niveau de service (SLO) (Service-Level Objective (SLO)) is used now. Definition: Un objectif de niveau de service est une cible de fiabilité pour un signal destiné à l'utilisateur pendant une période de temps définie. Ce n'est pas une promesse légale. 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.