SRE & Production Incident Response›Method · Cheat sheet & self-check
Learning Hub / Observability & Reliability / SRE & Production Incident Response

Method · wrap-up

Cheat sheet & self-check

Every command from this section on one page.

01 · The shape of a strong RCA

The eight parts

SituationImpact, who/what/when, timeline
ClaimThe first hypothesis and the signal that suggested it
PivotThe evidence that changed direction
EliminationWhat was ruled out, and how
Root causeMechanism + contributing factors (not 'human error')
FixWhat stopped the bleeding
PreventionChanges that remove the class of failure
HonestyWhat went badly, what's still unknown

Action items

Specific · owned · dated · verifiableGood
'Be more careful', 'improve monitoring'Not action items

02 · Incident command & communication

Roles

Incident Commander (IC)Coordinates, decides, delegates; doesn't debug
Operations / technical leadLeads investigation and mitigation
Communications leadStakeholder and customer updates
ScribeTimeline of actions and findings

Rhythm

Declare early; downgrade laterCheap to cancel, expensive to be late
Status update every 30 min (SEV1) / 60 min (SEV2)Even when there's no news
Update = impact · what we know · what we're doing · next update timeFixed structure

03 · Architecture antipatterns

Antipattern → safer pattern

Liveness probe checks the databaseLiveness = process health only; readiness may check dependencies
imagePullPolicy: Always + single registryDigests + IfNotPresent, registry mirrors/pull-through cache
App calls the Kubernetes API per requestCache/watch; data path independent of the control plane
Config pushed to all clusters at onceStaged rollout with health gates
Deep synchronous chainsTimeouts, async where possible, degrade gracefully