LF Observability study materials
LF Observability study resources

LF Observability study plan

LF Observability · Give each week a clear focus.

8 weeks · About 6 hours per week

Week 1

Observability Fundamentals & Metrics, Logs, and Traces

  • Define the three pillars (metrics, logs, traces) and write a one-paragraph contrast of what question each answers

  • Classify ten example signals from a sample incident into the correct pillar and justify each choice

  • Diagram the path a request takes through a service and mark where each pillar would capture data

  • Explain cardinality, aggregation, and sampling trade-offs in your own words with two concrete examples each

Your checkpoint

A one-page reference sheet mapping each pillar to its use cases, cost drivers, and failure modes, reviewed against your own notes without external lookup

Week 2

Metrics, Logs, and Traces

  • Compare the four metric types (counter, gauge, histogram, summary) and choose the right type for five described scenarios

  • Compute rate, increase, and percentile estimates from a small hand-built sample dataset

  • Distinguish structured from unstructured logs and rewrite three unstructured log lines as structured JSON

  • Describe trace anatomy (span, parent-child, context propagation) and sketch a trace for a two-service call

Your checkpoint

A worked problem set of at least 15 items covering metric type selection, rate/percentile calculation, and log structuring, with answers and reasoning

Week 3

Metrics, Logs, and Traces

  • Identify the three signals emitted by a single request and explain how to correlate them via trace ID and exemplars

  • Design log levels and retention rules for a service with high-volume debug output

  • Explain head-based versus tail-based sampling and state when each is appropriate

  • Diagnose three broken traces (missing parent, dropped context, clock skew) and propose fixes

Your checkpoint

A correlation design document showing how metrics, logs, and traces link for one hypothetical service, including sampling policy and retention tiers

Week 4

OpenTelemetry Instrumentation and Collection

  • Describe the OpenTelemetry architecture: API, SDK, exporter, collector, and receiver/processor/exporter pipelines

  • Instrument a small local app with the OTel SDK and emit at least one metric, one log, and one span

  • Configure a collector pipeline that receives OTLP, batches, and exports to a local backend

  • Explain resource attributes, semantic conventions, and context propagation across process boundaries

Your checkpoint

A running local demo where an instrumented app sends telemetry through an OTel Collector to a backend, with a README documenting the pipeline config

Week 5

OpenTelemetry Instrumentation and Collection

  • Add a collector processor that filters or redacts sensitive attributes and verify the effect in exported data

  • Compare automatic and manual instrumentation and apply manual spans to a function that auto-instrumentation misses

  • Tune batching and memory-limiter settings and record the effect on export volume

  • Propagate context across an HTTP boundary and confirm parent-child linkage in the backend

Your checkpoint

An extended collector config plus a short report showing before/after telemetry volume and a verified multi-service trace with correct parent-child spans

Week 6

Observability Platforms and Operations

  • Compare pull versus push collection models and match each to a suitable deployment scenario

  • Define SLI, SLO, and error budget and derive an SLO for a described service from its metrics

  • Draft three alert rules that fire on symptoms rather than causes and justify each threshold

  • Explain dashboard design principles and critique a poorly designed dashboard against them

Your checkpoint

An SLO document for one service with SLI definition, target, error budget policy, and two symptom-based alert rules written out

Week 7

Observability Platforms and Operations & Observability Fundamentals

  • Trace a simulated incident from alert to root cause using metrics, then logs, then traces, and document each step

  • Calculate telemetry cost drivers and propose two concrete reductions without losing coverage

  • Describe the operational lifecycle: deploy, observe, alert, remediate, and postmortem

  • Explain how observability maturity differs from monitoring coverage and give two indicators of each

Your checkpoint

An incident runbook and postmortem for a simulated outage, including the query sequence used and at least two cost or coverage improvements

Week 8

Observability Fundamentals & Metrics, Logs, and Traces & OpenTelemetry Instrumentation and Collection & Observability Platforms and Operations

  • Re-derive the weakest three concepts from weeks 1-7 and write short explanations from memory

  • Complete a timed mixed-domain practice set and score it by domain

  • Re-run the week 4-5 demo end to end without notes to confirm retention

  • Build a final one-page cheat sheet covering pillar trade-offs, OTel pipeline stages, and SLO/alerting rules

Your checkpoint

A scored practice result with a per-domain breakdown plus a final cheat sheet, with any domain below 70 percent flagged for a targeted re-review

Milestones

Week 2: Can select the correct metric type and compute rate and percentile estimates for unfamiliar scenarios without reference material

Week 4: A local app emits metrics, logs, and spans through an OTel Collector to a backend, verified in the backend UI

Week 6: Can state an SLO with its SLI and error budget and write a symptom-based alert rule from scratch

Week 8: Mixed-domain practice score is at or above 70 percent in every domain, with a completed cheat sheet