markdowneditor

SLO: [service name]

SLI/SLO + error budget policy (Google SRE-style)

소프트웨어 및 엔지니어링표준Google SRE conventionsslodoc

사용법: Services with users. Never set 100% targets – error budget is the mechanism that lets teams ship.

미리보기

SLO: [service name]

Service Level Objective – the written contract between the service and its users' patience. Adapted from Google SRE practice.

FieldValue
Service[name]
Owner@name
Approvers@name, @name
WindowRolling 30 days
EffectiveYYYY-MM-DD
StatusDraft / Active / Deprecated

SLIs (indicators)

What is measured, exactly. "Not returning 5xx" is not availability; define the narrow, measurable event.

SLIDefinitionData source
Availability2xx + 3xx responses / total responsesLoad balancer logs
Latencyp95 request duration < 300 msAPM traces
Freshnessdata lag < 60 sPipeline metrics

SLOs (targets)

SLITargetWindowError budget
Availability99.9%30d rolling~43 min downtime / 30d
Latencyp95 < 300 ms30d rolling5% of requests may exceed

A 100% target is neither realistic nor desirable – it removes the headroom that lets engineering ship.

Error budget policy

Budget remainingAction
> 50%Normal feature velocity
25-50%Reliability work takes priority
< 25%Feature freeze; reliability work only
ExhaustedReleases stopped; escalate to @name

Alerting (burn rate)

WindowBurn rateSeverity
1h / 5m> 14xPage on-call
6h / 30m> 6xPage on-call
3d / 6h> 1xFile ticket

Reporting & review

  • Dashboard: [link]
  • Review cadence: monthly / quarterly
  • Escalation path: @name -> @name

Revision history

VersionDateChangeAuthor
1.0YYYY-MM-DDInitial@name

관련 템플릿