MELT: una mirada más cercana a Traces

¿Qué es MELT?
M-etrics: es un valor agregado y calculado al observar muchos eventos diferentes durante un periodo de tiempo.
E-vents: es una acción distintiva que ocurre en un momento especifico en el tiempo.
L-ogs: Es división granular de un evento, es útil cuando quieres saber a detalle que es lo que paso dentro de un evento.
T-races: nos permiten rastrear ciertos eventos, para poder visualizar como fueron hechos paso a paso.

Los traces nos ayudan a identificar cada paso en una transacción y facilita a encontrar las fallas de forma más granular.

Traces:

Rastros (distribute traces o rastros distribuidos como migajas que vamos dejando en nuestro sistema para poder rastrear un suceso y verlo desglosado dentro del evento)

Seguir pasos hacia atrás para ver donde se produjo un suceso que determinó un resultado particular. Sólo se guardan porque no se sabe cuando van a ser necesarios.

El evento nos da un dato de los que ocurrió durante el proceso de compra de un producto, pero no sabemos dónde está el problema, por ejemplo, de una demora en procesar el pago. Por ello se introduce los Traces con un ID como atributo.

Cada servicio pasa ese ID y esos metadatos, al guardarse como atributo, nos va a ayudar a enlazar las partes de los eventos sin importar que esté en distintos elementos de nuestro sistema. Es una forma de descomponer el evento y ver en qué sección del proceso de la venta se produjo la demora.

Los traces o rastros nos ayudan a generar Observabilidad.
Nos permiten rastrear ciertos eventos, para poder visualizar como fueron hechos paso a paso. 😁

Con los Traces (rastros) podremos conocer la actividad que se ha tenido al realizarse una función específica.

Cuando nos enteramos que está surgiendo un problema al ejecutarse esa función especifica, hay que revisar su actividad (traces).

Creo que esta clase va es al final de esta sección, habla sobre la última letra del sistema MELT

MELT: una mirada más cercana a Traces

Los traces son cadenas de eventos entre componentes, son parecidos a los logs puesto que son discretos e irregulares no se sabe cuando van a ocurrir, por lo que siempre se guardan.

¿Cómo se diferencian de los logs? sencillo tienen un identificador del proceso que se ejecuta. Supongamos que el componente A consulta información al componente B frecuentemente, en los logs podemos ver que información a consultado el componente A en múltiples ocasiones y de igual manera que información a respondido el componente B en múltiples ocasiones, sin embargo, cuando no podemos visualizar de manera secuencial la información consultada y retornada, no podemos tener esa relación entre dicha información. Con los traces, se genera un id_trace cuando el componente A consulta, y con ese mismo id_trace se puede ver la información que el componente B retorno para esta consulta.

Hay una lugar de almacenamiento donde se persiste los eventos de los componentes distribuidos y estan correlacionados por un Id para poder dar seguimiento.

ELK o ELK Stack

Traces --> buscar los logs que se hayan registrado, en los componentes de las aplicaciones
Los traces nos ayudan a identificar cada paso en una transacción y facilita a encontrar las fallas de forma más granular.
Sirven para analizar la información y entender el proceso que se llevo acabo.

¡Rock n’ Roll! 🤟
.
No solo es monitorear, es registrar los eventos realizados en nuestros sistemas ✨