Books › Site Reliability Engineer roadmap
Best books for Site Reliability Engineers (SREs)
The list tracks the discipline's real progression. Start with the founding vocabulary (SLOs, error budgets, toil, incident command, monitoring). Then work through implementation (the workbook, SLO engineering, observability) and the deeper knowledge that explains failures (distributed data systems, stability patterns, systems performance). Finish with resilience experiments and the organisation of platform and reliability teams.
12 books in 3 stages, about 5,000 pages (125 hours of reading). The notes are ours, with no ratings or sales claims.
How to choose your books
A short method, so you read the right book for where you are instead of the longest list.
Find your stage
Getting started · 3 books
Vocabulary and first on-call skills: SLOs, incident command and monitoring that does not drown you in alerts.
Jump to this stage ↓Doing the job · 6 books
Making reliability concrete: real SLOs, alerting on them, debugging with observability, and knowing why data systems and services fail.
Jump to this stage ↓Senior and leading · 3 books
Introducing resilience testing and designing how platform and reliability teams work with product teams.
Jump to this stage ↓
If you are unsure, start one stage lower than you think. Books in a later stage assume the working knowledge the earlier ones give you.
Begin with one book
Our starting pick
Site Reliability Engineering: How Google Runs Production Systems
by Betsy Beyer, Chris Jones, Jennifer Petoff, Niall Richard Murphy · 2016
It is the shared vocabulary of the field. Skim chapters outside your stack, read the ones on SLOs, monitoring and incidents closely.
See the book ↓Then pick by your situation
Choose the next book by the problem in front of you, not by its place in the list.
If your first on-call rotation is coming up
read Incident Management for Operations (getting started)
If you are writing real SLOs and alerts for your own service
read Implementing Service Level Objectives (doing the job)
If dashboards are not answering the questions an incident raises
read Observability Engineering (doing the job)
Check it against what Site Reliability Engineer postings ask for
These skills come from our analysis of live Site Reliability Engineer job postings. If one is new to you, its book list sits one click away.
- Kubernetes Common
- AWS Common
- GCP Occasional
- Terraform Occasional
- Python Occasional
- Go Occasional
- Azure Occasional
Each step on the scale reflects how often live job postings name the skill, tool or credential, based on our analysis of those postings.
Set a time budget
| Stage | Books | Pages | Reading | At 3 hrs a week |
|---|---|---|---|---|
| Getting started | 3 | 850 | 21 hrs | 7 wks |
| Doing the job | 6 | 3,180 | 80 hrs | 27 wks |
| Senior and leading | 3 | 970 | 24 hrs | 8 wks |
| All 3 stages | 12 | 5,000 | 125 hrs | 42 wks |
Treat this as a ceiling, not a target. Read one book at a time, apply it, then move on; read reference-style books in sections.
Judge any book before you buy it
Age
This list runs from 2007 (Release It!) to 2024 (Platform Engineering). Older books earn their place by teaching principles that do not change. For tools and platforms, buy the latest edition.
Level
Check the stage before the title. A book from a later stage will make sense only once you have faced the problems it solves.
Format
The longest book here, Systems Performance, runs about 930 pages. Read very long books as references: pick the chapter that matches the problem you have.
Fit
Ask what you will do differently the week after you finish. If you cannot answer, the book is for a different moment. Come back to it when the situation arrives.
Getting started
Vocabulary and first on-call skills: SLOs, incident command and monitoring that does not drown you in alerts.
Start hereSite Reliability Engineering: How Google Runs Production Systems
by Betsy Beyer, Chris Jones, Jennifer Petoff, Niall Richard Murphy · 2016
~520 pages~13 hrs to read
The founding text on SLOs, error budgets, toil, monitoring and incident response. Read it in your first months to learn the vocabulary the rest of the field uses; skim chapters outside your stack.
View book →Incident Management for Operations
by Rob Schnepp, Ron Vidal, Chris Hawley · 2017
~160 pages~4 hrs to read
Adapts the incident command model from emergency services to IT operations: roles, communication, handoffs. Useful before your first on-call rotation and when you start running incidents.
View book →
Practical Monitoring: Effective Strategies for the Real World
by Mike Julian · 2017
~170 pages~4 hrs to read
Covers monitoring strategy, alert design, on-call practice and tool choice without vendor focus. A good first read when you inherit noisy alerts or need to build monitoring for a service from scratch.
View book →
Doing the job
Making reliability concrete: real SLOs, alerting on them, debugging with observability, and knowing why data systems and services fail.

The Site Reliability Workbook: Practical Ways to Implement SRE
by Niall Richard Murphy, Betsy Beyer, David K. Rensin, Kent Kawahara, Stephen Thorne · 2018
~500 pages~13 hrs to read
Companion to the first book with worked examples: SLO engineering, alerting on SLOs, canarying, on-call and incident response. Pick it up when you are writing real SLOs and alerts for your own services.
View book →
Implementing Service Level Objectives
by Alex Hidalgo · 2020
~350 pages~9 hrs to read
A full treatment of choosing SLIs, setting targets, computing error budgets and using them in planning. Read it when you need to turn SLOs from a slide into decisions your team makes.
View book →
Observability Engineering
by Charity Majors, Liz Fong-Jones, George Miranda · 2022
~400 pages~10 hrs to read
Explains debugging production through high-cardinality events, tracing, sampling and SLO-based alerting. For SREs moving beyond dashboards and threshold alerts to questions they did not predict.
View book →
Designing Data-Intensive Applications
by Martin Kleppmann · 2017
~620 pages~16 hrs to read
Replication, partitioning, transactions, consistency and consensus explained for people who run these systems. It gives you the model to reason about why databases and queues fail the way they do.
View book →
Release It!: Design and Deploy Production-Ready Software
by Michael T. Nygard · 2007
~380 pages~10 hrs to read
Stability patterns and anti-patterns such as timeouts, circuit breakers and bulkheads, drawn from production failures. Read it to review service designs and to explain outages by cause.
View book →
Systems Performance
by Brendan Gregg · 2013
~930 pages~23 hrs to read
A methodical guide to analysing CPU, memory, disk and network behaviour on Linux, including the USE method and tracing tools. Use it for capacity work and for performance incidents the dashboards cannot explain.
View book →
Senior and leading
Introducing resilience testing and designing how platform and reliability teams work with product teams.

Chaos Engineering: System Resiliency in Practice
by Casey Rosenthal, Nora Jones · 2020
~400 pages~10 hrs to read
Practitioner accounts of designing and running failure experiments, from hypotheses to organisational buy-in. For senior SREs introducing resilience testing and game days to a team.
View book →
Platform Engineering: A Guide for Technical, Product, and People Leaders
by Camille Fournier, Ian Nowland · 2024
~330 pages~8 hrs to read
Covers building and staffing an internal platform team, treating the platform as a product, and measuring its value. For SREs moving into platform work or leading a team that supports other engineers.
View book →
Team Topologies: Organizing Business and Technology Teams for Fast Flow
by Matthew Skelton, Manuel Pais · 2019
~240 pages~6 hrs to read
Describes stream-aligned, platform, enabling and complicated-subsystem teams and how they interact. Helps senior SREs decide how reliability and platform teams should work with product teams.
View book →
Book links go to Amazon and are affiliate links. As an Amazon Associate I earn from qualifying purchases.
Frequently asked questions
Which book should a Site Reliability Engineer read first?
Site Reliability Engineering: How Google Runs Production Systems by Betsy Beyer, Chris Jones, Jennifer Petoff, Niall Richard Murphy. It is the shared vocabulary of the field. Skim chapters outside your stack, read the ones on SLOs, monitoring and incidents closely.
Do I need to read all 12 books?
No. The list is a menu, not a syllabus. Find your stage (getting started: 3, doing the job: 6, senior and leading: 3), begin with one book (we suggest Site Reliability Engineering: How Google Runs Production Systems), then pick the next book by the problem you are facing at work. Come back to the others when the situation they cover arrives.
How long does it take to read these books?
All 12 books add up to about 5,000 pages, roughly 125 hours at 1.5 minutes a page. At three hours a week that is about 42 weeks; at six hours a week, about 21. The list is meant to be read over time, one book at a time, not in one run.
Are these books up to date?
They range from 2007 (Release It!) to 2024 (Platform Engineering). Older titles are included because they teach principles that have not changed; for tools and platforms, we favour recent editions. Check the edition before you buy.
Related reading
Some links are affiliate links: we earn a small commission if you buy, at no cost to you. It does not change what we list.