Inicio › Tecnología › Trazas Distribuidas
Técnica de observabilidad qué registra el recorrido completo de una petición a medida qué atraviesa múltiples servicios en una arquitectura de microservicios, asignando un identificador único de traza qué se propaga entre llamadas. Cada tramo del recorrido genera un span con su propio tiempo de inicio, duración y metadatos, lo qué permite reconstruir un diagrama de cascada qué muestra qué servicio tardó más o dónde falló la petición. Herramientas como Jaeger, Zipkin o el estándar OpenTelemetry instrumentan el código para propagar el contexto vía cabeceras HTTP, como traceparent, y centralizan los datos en un backend consultable, algo imposible de lograr revisando logs sueltos de cada servicio por separado.
Cuando una web moderna atiende una petición, esta pasa por varios programas distintos: uno busca el usuario, otro calcula el precio, otro consulta stock. Las trazas distribuidas ponen una etiqueta a esa petición desde el principio para poder seguir su rastro completo y ver, si algo va lento o falla, exactamente en qué paso ocurrió.
Si una tienda online tarda cuatro segundos en cargar el carrito, revisar logs de cada microservicio por separado es lento y confuso; con trazado distribuido activado se ve de un vistazo qué la mayor parte del tiempo lo consume la llamada al servicio de recomendaciones, y el equipo sabe exactamente dónde optimizar sin adivinar.
Los logs registran eventos sueltos por servicio sin relación explícita entre sí; las trazas conectan esos eventos bajo un mismo identificador para reconstruir el camino completo de una petición concreta.
Es cada tramo individual de trabajo dentro del recorrido, por ejemplo la llamada de un servicio a una base de datos, con su propio tiempo de inicio y fin.
Cada vez menos: las librerías de OpenTelemetry auto-instrumentan frameworks habituales, como Spring, Express o Django, capturando spans automáticamente sin tocar cada línea de negocio.