Most SREs are strong at incidents and operations. Today's market also expects software engineering instinct, deep observability thinking, and automation judgment. Here you work production incidents, production readiness reviews, and observability gaps — the situations Japan SRE interviews are built around.
The sample scenario opens without an account.
The gap
The market has shifted. SRE job descriptions now list software engineering, observability design, toil reduction, and system judgment alongside traditional operations skills.
What a session looks like
See a real scenario
The situation, a strip of live metrics, and where it matters the config or log itself — Terraform state, an Istio VirtualService, a Kafka consumer group — with the problems in it called out.
Make decisions and take action
Five to seven tasks: single-answer calls, multi-select that awards partial credit, and a written answer you compose yourself. A hint is there when you want it.
Get expert-level feedback
A score per task, then what a strong answer contains, why companies ask this, and what it adds to your range. Your confidence moves in the skill areas the scenario touched.
Skill areas
Confidence grows automatically as you complete scenarios.
SLO Monitoring
Observability Engineering
Incident Response
Engineering for SRE
Disaster Recovery
Chaos Testing
Automation & Toil
Production Readiness
Capacity Planning
What changes
Built for
Ops-heavy SRE
Strong in incidents and production support, wants more engineering confidence.
DevOps → SRE transition
Needs broader reliability practice and stronger market-facing SRE language.
Interview preparation
Preparing for senior SRE roles or lateral moves to stronger positions.
Team levelling up
Reliability chapter leads building broader skills across their squad.
Open the SLO scenario without an account. Or create one, and confidence tracking starts across all nine skill areas.
Scenarios run 10 to 20 minutes each.