The deploy that broke checkout at 16:40.
Without monitoring you hear about it from the first support ticket on Monday. This is what happens instead. Every beat on the right is a feature on every plan, free included.
Everything in it is on every plan- failing
Step 3 of the checkout flow fails
A single uptime check still says 200 OK. The multi-step monitor runs login → cart → confirm and sees the 502 on the one request that takes the money.
Checkout flow · productioneu-central-1- 1.POST /api/login89 ms
- 2.POST /api/cart/items142 ms
- 3.POST /api/checkout/confirm502
- 4.GET /api/orders/:id—
Multi-step monitors · up to 10 steps
- confirmed
A second location sees the same 502
us-east-1 reports the same failing step. Not flaky, not a network blip: it's real. Only now does the alert fire, so you get outages, not a false-alarm storm.
Verified from multiple locations · up to 6
- alerting
Slack and PagerDuty get the exact failing step
The step, the status code and the locations, with a link to the logs of that step. Nobody opens a dashboard to find out what broke.
UptimeEye APP · #alerts-prod · just nowCheckout flow is DOWNStep 3 (POST /checkout/confirm) failed in eu-central-1 and us-east-1 · 502View logs of this step · AcknowledgeSlack, PagerDuty, Teams, Discord, Telegram, email, webhook
- on-call
Ack from the phone, open the logs
The alert links to the log lines of that step. No second tool, no copying a timestamp into another search box.
service:checkout-svc16:40 – 16:45 · 4 matches16:40:12infoPOST /cart/items status=200 dur=142ms16:40:58warnupstream latency high target=payments-gw p99=1840ms16:41:02errorPOST /checkout/confirm 502 err="upstream timeout" trace=9f3ac216:41:03errorretry 1/3 failed status=502 trace=9f3ac2Hand off to Claude Codecheckout-svc · POST /checkout/confirm 502 err="upstream timeout" · 212× in the last 24 hCopy promptA log alert on this error signature pages you before the next check.
Logs included · 1 GB free · EU-hosted
- assistant
Ask Claude. It reads the same logs over MCP.
YouThe checkout monitor went down at 16:41. What did checkout-svc log around then, and is that error new?
Claudequery_logslogs_histogramget_log_contextNew since 16:40. 0 occurrences in the previous 24 h, 212 since. The timeouts start the minute payments-gw was deployed with UPSTREAM_TIMEOUT=2s (was 10s). I'd roll back or raise the timeout. Want a PR?MCP server · 25 tools · Claude Code, Cursor, VS Code
- recovered
Rollback. Next check passes from all locations.
The status page updates itself, the subscribers get the all-clear, and the incident closes with the full timeline attached.
All systems operationalstatus.acme-shop.comStatus pages · incidents · own domain on Pro
- done
6 min 45 s. Zero tickets. Friday evening intact.
≈ 1 minDetection< 2 minFirst alert delivered6 min 45 sTotal outage time0Support tickets