Busca en todas las páginas de la documentación
Reproduce with production-like data volume locally before tuning prod. These practices shorten Node.js incident mean time to resolution.
autocannon or k6 to stress health endpoints while testing heavy routes.requestId, traceId, route, duration.monitorEventLoopDelay on readiness or metrics exporter.total, idle, waiting on /health/db.console.log huge objects - stalls event loop and leaks PII.node --inspect + Chrome DevTools for breakpoints and heap snapshots.clinic doctor / clinic heapprofiler before blaming hardware.debugger statements before merge - ESLint enforced.NODE_OPTIONS='--unhandled-rejections=strict' in CI tests.--inspect=0.0.0.0 in prod without auth tunnel.DATABASE_URL in stack traces sent to clients.release() in finally; size pools per pod math.Local dev yes. Production use structured logs at debug level behind sampling.
Timebox 30 minutes then pair. If unreproducible, add logging and wait for recurrence with better telemetry.
Prefer staging replay. Prod: metrics, traces, controlled heap snapshot runbook only.
Either works with attach config. Standardize in team launch.json.
Enable trace sampling; use AsyncLocalStorage to tie logs to request across async hops.
RDS, Stripe, or ALB metrics show external fault - still verify client timeouts and retry storms.
Check /health, pool metrics, recent deploy, error rate dashboard - then open linked scenario page.
docker compose with prod-like limits on memory and pool size surfaces OOM and pool issues.
This site targets Node 24 LTS - reproduce in Node even if prod experiments with other runtimes.
--unhandled-rejections=strict in CI plus pool waiting metric alert prevents two common outage classes.
Stack versions: This page was written for Node.js 24.18.0 (Active LTS), npm 10+, TypeScript 5.6+, Express 5, Fastify 5, and NestJS 11.