โ† Back to 30-Day Challenge

๐Ÿš€ Advanced & Capstone ยท Days 25โ€“30

Day 26: Observability Correlation

Objective

Run a test while watching APM / metrics dashboards side-by-side.

Scenario

Open your APM or infrastructure dashboard in one window. Run your load test in another. When latency spikes in the tool, find the matching spike in CPU, DB, or GC metrics.

Metrics to Watch

correlated traceserror spansresource graphs

When It Clicks

The tool says 'slow'; observability says 'why.'

Solution

Open Datadog, Grafana, New Relic, or your APM of choice in one window. Start the load test. When JMeter or k6 shows a latency spike, immediately look for the matching spike in: (1) CPU - compute-bound, (2) DB query time - database-bound, (3) GC pause duration - memory-bound, (4) downstream service latency - dependency-bound. The most useful APM feature for this is a distributed trace waterfall: it shows exactly which span is consuming the most wall-clock time within a single slow request.

Reflection

Which infrastructure metric most clearly explained your slowest transaction?

Deliverable

A documented test run with correlated tool + APM screenshots.

โš ๏ธ Never run load tests against infrastructure you do not own or have explicit written permission to test. Always use a dedicated test environment. Unauthorized load injection can cause outages, trigger legal liability, and violate terms of service.