NotebookLM for SRE: build a source-backed incident dossier
Use a curated notebook to compare runbooks and incident evidence, while keeping citations, freshness, and operational authority in view.
Practical AI operations. Reliable systems.
Walkthroughs for observability, incident response, and AI-assisted operations.
Start with what AI can do for operations, and where judgment still matters.
Read AIOps fundamentals ↗Make metrics, logs, and traces work together.
Read Observability for SRE ↗Build an incident response practice that learns.
Read Incident management with AI ↗Instructions, examples, and implementation notes.
Use a curated notebook to compare runbooks and incident evidence, while keeping citations, freshness, and operational authority in view.
A design guide for an incident assistant that handles duplicate events, partial failures, and reviewed AI summaries across tools.
Choose representative traffic, define promotion criteria, and verify rollback compatibility before expanding a release.
Use consistent onset and discovery timestamps, include customer-reported incidents, and interpret the average with its sample and uncertainty.
Counters, gauges, and distributions answer different questions. Build metrics that preserve scope, denominators, and the evidence behind an incident.
Use Python logging to capture useful context without swallowing errors, duplicating exceptions, or exposing sensitive data.
Validate the source data, preserve useful denominators, and distinguish a failed collection from a real zero before aggregating metrics.
Design logs around useful events, searchable context, and a collection path whose failures are visible.
Start tracing with a customer-critical path, then test propagation, sampling, and whether the trace supports a real investigation.
Understand spans, parent-child relationships, retries, and missing evidence so traces support a careful diagnosis.