Clasifica un incidente reciente en producción en 5 minutos
Cuándo usarlo: PagerDuty acaba de despertarte. Sentry dice que los errores están aumentando. Necesitas saber qué pasó, por qué, y si debes revertir — rápido.
Requisitos previos
- Slug de organización de Sentry + slug de proyecto — Mira cualquier URL de Sentry: sentry.io/organizations/<ORG>/issues/?project=<ID>
- Token de autenticación de usuario de Sentry con
event:readyproject:read— sentry.io/settings/account/api/auth-tokens/
Flujo
-
Encuentra el problema NUEVO principal en la última hora¿Cuál es el problema nuevo principal en nuestro proyecto
web-proden la última hora, ordenado por conteo de eventos?✓ Copiado→ Problema único con título, conteo de eventos, usuarios afectados, marca de tiempo de primer visto -
Extrae el evento más reciente con stacktrace completo + rastrosObtén el evento más reciente para ese problema. Muéstrame el stacktrace, la versión, y los últimos 5 rastros antes del fallo.✓ Copiado→ Archivo:línea de la función que lanza la excepción + secuencia de acciones del usuario antes del error
-
Identifica la versión que la introdujo¿Fue este problema visto por primera vez en la misma versión en que apareció, o continuó de una anterior? Compara la etiqueta de versión.✓ Copiado→ Sí/no con confianza — impulsa la decisión de revertir
Resultado: Resumen de incidente de 3 líneas que puedas pegar en Slack: qué está roto, quién está afectado, qué versión lo causó, acción recomendada.
Errores comunes
- Si tus etiquetas de versión no están configuradas, no puedes saber qué despliegue introdujo el error — Configura
sentry-cli releasesen tu CI antes de confiar en esto — sin ello, estás adivinando - El stacktrace está en JS minificado e ilegible — Verifica que los sourcemaps se hayan subido —
sentry-cli sourcemaps uploaddebe estar en tu pipeline de construcción