Trie um incidente de produção fresco em 5 minutos
Quando usar: PagerDuty acabou de acordá-lo. Sentry diz que erros estão aumentando. Você precisa saber o quê, por que e se deve reverter — rápido.
Pré-requisitos
- Slug da org Sentry + slug do projeto — Olhe qualquer URL do Sentry: sentry.io/organizations/<ORG>/issues/?project=<ID>
- Token de auth do usuário Sentry com
event:readeproject:read— sentry.io/settings/account/api/auth-tokens/
Fluxo
-
Encontre o problema NEW superior na última horaQual é o problema novo superior em nosso projeto
web-prodna última hora, classificado por contagem de eventos?✓ Copiado→ Um único problema com título, contagem de eventos, usuários afetados, timestamp do primeiro avistamento -
Puxe o evento mais recente com stacktrace completo + breadcrumbsObtenha o evento mais recente para esse problema. Mostre-me o stacktrace, a release, e os últimos 5 breadcrumbs antes do crash.✓ Copiado→ Arquivo:linha da função que lança + sequência de ações do usuário antes do erro
-
Identifique a release que introduziuEste problema foi visto pela primeira vez na mesma release em que apareceu, ou permaneceu? Compare a tag de release.✓ Copiado→ Sim/não com confiança — conduz a decisão de reversão
Resultado: Um resumo de incidente de 3 linhas que você pode colar no Slack: o que está quebrado, quem foi afetado, qual release causou, ação recomendada.
Armadilhas
- Se suas tags de release não estiverem configuradas, você não consegue saber qual deploy introduziu o bug — Configure
sentry-cli releasesem seu CI antes de depender disso — sem isso, você está adivinhando - Stacktrace está em JS minificado e ilegível — Verifique se os sourcemaps foram enviados —
sentry-cli sourcemaps uploaddeve estar em seu pipeline de construção