Jorge Turbica / blog · Blog ← All articles ES · Leer en español
Technologies

Google's SRE book gets a second edition: what has changed in ten years

Google rewrites its SRE book: burn-rate SLOs, OpenTelemetry and AI workload reliability. What it covers and what to review in your own SLOs.

On October 12, 2026 Google announced the second edition of "Site Reliability Engineering: How Google Runs Production Systems", on the tenth anniversary of the first. According to the post, by Betsy Beyer and David Huska, it is a complete rewrite and can already be ordered in print (via Google Books) or digital format (via O'Reilly). The post does not say whether there will be free online access.

What changes

The article does not list chapters, but it does describe the areas that have been updated compared with common practice in 2016:

  • SLOs and error budgets: from basic availability metrics and manual policies to multi-tiered SLOs, dynamic burn-rate alerting and automated policy enforcement.
  • Monitoring and observability: OpenTelemetry, distributed tracing and automated anomaly correlation.
  • Automation and platforms: declarative infrastructure as code, internal developer platforms and self-healing systems.
  • Reliability testing: continuous resilience checks, pipeline testing and live canary verification.
  • Capacity: auto-scaling, FinOps alignment and GPU and TPU cluster optimization.
  • SRE and AI: operating AI infrastructure (cluster reliability, monitoring non-deterministic outputs, training pipelines) and using AI in operations (incident triage, postmortems, natural-language telemetry queries).
  • Culture and organizational models: hybrid models, platform engineering integration and embedded reliability champions.

Why it matters in production

The original book defined the vocabulary many teams use for reliability: SLO, error budget, toil. That the new edition spends space on dynamic burn rate, OpenTelemetry and operating AI workloads shows where the craft has moved in a decade. It is a useful signal if you are justifying observability investment or defining what a new SRE should know.

Let's be realistic: this is an announcement, not a review. I have not read the book, and the post gives neither a publication date nor specific chapters, so I cannot judge the quality of the content.

What I would do

  1. Look at the full table of contents before buying and compare with what I already have from the first edition.
  2. Check my current SLOs: do I alert on burn rate, or am I still on fixed thresholds?
  3. Review whether my observability already uses OpenTelemetry and traces, or only metrics.
  4. If I run AI workloads, note which AI-specific reliability signals (latency, non-deterministic outputs) I am not measuring.

Sources

Jorge Turbica

Software Engineer and SRE. I write about the real challenges I run into in production.

See portfolio ↗