Service-Level Objective (SLO)
Service-Level-Ziel (SLO)
Ein Service-Level-Ziel ist ein Zuverlässigkeitsziel für ein nutzerorientiertes Signal während eines angegebenen Zeitfensters. Es ist kein rechtliches Versprechen.
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 ruleSREEin weiteres Beispiel
Ein Checkout-Team misst Anfragen, die innerhalb von 300 ms erfolgreich sind. Sein SLO beträgt 99,9 % über 28 Tage.
Hauptteile
- 01Benutzerreise
- 02Service-Level-Indikator
- 03Regel für gute Ereignisse
- 04Zielprozentsatz
- 05Zeitfenster
- 06Eigentümer- und Überprüfungsregel
Verwenden Sie es, wenn
Verwenden Sie ein SLO, um zusammen mit Produktverantwortlichen die Zuverlässigkeitsarbeit auszuwählen. Nennen Sie die Benutzerreise, das Signal, das Ziel, den Verantwortlichen und das Zeitfenster.
Nutze es nicht, wenn
Nenne nicht jede Metrik ein SLO. Ein Ziel ohne Besitzer oder Entscheidungsregel ist nur eine Dashboard-Zahl.
In Code verwendeter Name
SLI = good events / valid events; SLO = target + window + owner + decision rule Vor dem Ausliefern
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 Service-Level-Ziel (SLO) (Service-Level Objective (SLO)). User context: Ein Checkout-Team misst Anfragen, die innerhalb von 300 ms erfolgreich sind. Sein SLO beträgt 99,9 % über 28 Tage. Technical concept or control: Service-Level-Ziel (SLO) (Service-Level Objective (SLO)). Why it fits: Verwenden Sie ein SLO, um zusammen mit Produktverantwortlichen die Zuverlässigkeitsarbeit auszuwählen. Nennen Sie die Benutzerreise, das Signal, das Ziel, den Verantwortlichen und das Zeitfenster. Do not use it when: Nenne nicht jede Metrik ein SLO. Ein Ziel ohne Besitzer oder Entscheidungsregel ist nur eine Dashboard-Zahl. 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): Kein einziger offizieller Standard kontrolliert den gesamten Begriff. Seine Bedeutung kann sich zwischen Teams, Plattformen oder Frameworks ändern. 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.
Diese Anfrage prüfen
Review how Service-Level-Ziel (SLO) (Service-Level Objective (SLO)) is used now. Definition: Ein Service-Level-Ziel ist ein Zuverlässigkeitsziel für ein nutzerorientiertes Signal während eines angegebenen Zeitfensters. Es ist kein rechtliches Versprechen. 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.