When something breaks at 3am, Inkvo doesn't dump graphs on you. It reads the signals, correlates the deploys, and tells you what happened — in plain English.
At 03:12 UTC, checkout p99 latency went from 180ms → 0.2s and started returning 504s. The root cause is payments-svc: its outbound calls to Stripe are timing out at the connection layer.
Four minutes earlier, payments-svc shipped 3d9a1c — a dependency bump that included stripe-node 14 → 15. The new client defaults to IPv6 and your egress NAT doesn't route IPv6 to the internet.
Suggested: roll back payments-svc to 5f20e8 (takes ~90s). A fix-forward would pin the client to IPv4 — I drafted it as PR #2104.
OTEL_EXPORTER_OTLP_ENDPOINT=ingest.inkvo.dev OTEL_EXPORTER_OTLP_HEADERS="authorization=ik_prod_b4f2…"
Inkvo doesn't replace your stack. It reads from it. OTel is the fast path; everything else is a tile away.
Connect your first service in an afternoon. The next time you're paged, you'll open one tab, not four.