Triage a fresh production incident in 5 minutes
Когда использовать: PagerDuty just woke you up. Sentry says errors are spiking. You need to know what, why, and whether to revert — fast.
Предварительные требования
- Sentry org slug + project slug — Look at any Sentry URL: sentry.io/organizations/<ORG>/issues/?project=<ID>
- Sentry user auth token with
event:readandproject:read— sentry.io/settings/account/api/auth-tokens/
Поток
-
Find the top NEW issue in the last hourWhat's the top new issue in our
web-prodproject in the last hour, ranked by event count?✓ Скопировано→ Single issue with title, event count, users affected, first seen timestamp -
Pull the latest event with full stacktrace + breadcrumbsGet the latest event for that issue. Show me the stacktrace, the release, and the last 5 breadcrumbs before the crash.✓ Скопировано→ File:line of the throwing function + sequence of user actions before the error
-
Identify the introducing releaseWas this issue first seen in the same release as it appeared, or did it carry over? Compare the release tag.✓ Скопировано→ Yes/no with confidence — drives revert decision
Итог: A 3-line incident summary you can paste into Slack: what's broken, who's affected, which release caused it, recommended action.
Подводные камни
- If your release tags aren't wired up, you can't tell which deploy introduced the bug — Set up
sentry-cli releasesin your CI before relying on this — without it, you're guessing - Stacktrace is in minified JS and unreadable — Verify sourcemaps are uploaded —
sentry-cli sourcemaps uploadshould be in your build pipeline