Desarrollador Full-stack: pregunta de entrevista
¿Cómo trazas una solicitud a través del stack?
Propaga un correlation o trace ID desde el navegador hasta la API y servicios dependientes, registra spans y logs estructurados y conecta tiempos frontend, latencia backend, errores y versión desplegada en una traza.
Respuesta directa
Qué debe cubrir una buena respuesta
Cómo funciona
Una solicitud recibe un identificador en el primer salto, el navegador o el gateway, y cada servicio posterior lo lee de una cabecera y lo adjunta a sus logs y spans. Con W3C Trace Context la cabecera traceparent lleva los IDs de traza y de span padre, así que un backend de trazas puede montar una única cascada desde el fetch del navegador, pasando por la API, hasta la base de datos y los consumidores de colas. La telemetría del frontend añade carga de página, web vitals y errores de JavaScript indexados por el mismo ID de traza, y los metadatos de release en cada span dicen en qué despliegue corrió la solicitud lenta.
Ejemplo
Un ticket de soporte cita un ID de solicitud del aviso de error; buscarlo muestra el span del navegador en 4,2 s, el de la API en 4,1 s y dentro un único span de Postgres de 3,9 s por una consulta sin índice, con la versión del despliegue que la introdujo. Sin el ID propagado la misma investigación habría exigido correlacionar marcas de tiempo en tres sistemas de logs.
Errores frecuentes
- Generar un ID nuevo en cada servicio, de modo que las trazas se rompen en cada salto.
- Registrar el ID de traza solo en errores, así que las solicitudes lentas pero exitosas no se pueden encontrar.
- Muestrear trazas tan agresivamente que la solicitud de la que se queja un usuario nunca queda registrada.
Una estructura útil para responder
Responde desde tu propia experiencia.
No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.
Abre el espacio de trabajo de escritorio y ensaya una respuesta clara con tus propias palabras.