Obtenga visibilidad integral de su arquitectura distribuida.

Solucione los errores en toda su arquitectura distribuida con facilidad. Elimine los impases con un tiempo medio reducido de resolución (MTTR).

¿Qué es el seguimiento distribuido?

El seguimiento distribuido es un mecanismo para rastrear errores en toda su arquitectura de microservicio. Para comprender la relevancia del seguimiento distribuido, entendamos cómo funciona la arquitectura distribuida o la arquitectura de microservicio.

How microservices work: Site24x7

Comprensión de los microservicios

Los microservicios son servicios independientes ligeramente acoplados, que trabajan en conjunto para ejecutar una función o una solicitud. La comunicación entre servicios individuales se produce a través de API interconectadas. Debido a que cada servicio funciona de manera independiente, las dependencias entre los servicios se reducen y esto favorece la escalabilidad y las implementaciones de código más rápidas.

Identificación y eliminación de impases

Sin embargo, las aplicaciones complejas tienden a presentar problemas complejos. En una arquitectura de microservicio, cuando se produce un error, es difícil llegar a la causa raíz del error debido a los servicios interconectados. Por lo tanto, en lugar de observar cómo resolver el error, encontrarlo se convierte en un desafío en sí mismo.

Y no es útil solo observar la causa raíz sin contexto suficiente. Dado que cada servicio es independiente, la correlación de los registros, las métricas y los seguimientos de los servicios involucrados y la reducción del problema exacto puede tomar tiempo y esfuerzo, más de lo previsto.

Aquí es donde el seguimiento distribuido es útil.

Error in distributed architecture: Site24x7 APM
Distributed tracing with Site24x7 APM

Cómo funciona el seguimiento distribuido

El seguimiento distribuido le permite identificar la línea exacta de aparición de un error en una arquitectura compleja. Con el seguimiento distribuido, las transacciones de la aplicación se capturan mediante encabezados de solicitud y respuesta.

Se agrega un encabezado de seguimiento de la solicitud original a las solicitudes posteriores y, por lo tanto, se crea un enlace a través de toda la transacción que se puede rastrear hasta el origen.

Caso de uso en tiempo real

Por ejemplo, una transacción de pago podría haber fallado debido a varias razones: puede ser tan simple como una entrada de usuario incorrecta o un problema en el portal de pagos o debido a una falla de componente de la base de datos en el back-end.

Para identificar lo que causó una falla, los datos deben estar correlacionados en todos los servicios interconectados, involucrados en la transacción correspondiente. Si bien esto puede tardar horas al momento de revisar los registros, con la coincidencia de la marca de tiempo y los datos entre los servicios, el seguimiento distribuido rastrea el flujo de la API a través de sus servicios y facilita la identificación de la causa raíz de una sola falla de transacción.

Distributed Tracing: Site24x7 APM Insight