Funcionamiento interno de Takipi

En la entrada anterior, entendimos el significado de Takipi a nivel visual. Ahora lo que queremos saber es su comportamiento dentro de nuestros sistemas.

Dentro de nuestra máquina, donde está nuestra aplicación Java a monitorizar, tenemos dos actores muy importantes: un agente (1) y un demonio (2).

El agente (1) se define de manera muy sencilla en la aplicación a monitorizar mediante un parámetro de la JVM. ¡Es tan sencillo que no hay que modificar ni una sola línea de código en nuestra aplicación! Él será el encargado de notificar al demonio las excepciones producidas.

El demonio (2) es el encargado de recibir "snapshots" de excepciones desde una aplicación. En el momento que recibe información, la envía a la Web de Takipi vía Internet (3 y 4) para que haga unos análisis estadísticos basados en un grafo, que ayudarán a Takipi a mostrar en su Web lo que vimos en la primera entrada del blog: la representación Web.

Cuando un usuario (5) acceda a la Web de Takipi, podrá ver dicha representación Web (el cuadro de control de excepciones), y si pincha sobre alguna excepción específica, se abrirá una nueva ventana que informará de la traza de la excepción junto con el código y contenido de las variables en ese momento. ¿Y quién contiene eso? Sigue leyendo :P

Tanto la información de las excepciones como el código fuente generado con valor de las variables, quedará almacenado en un "Storage" (6) informado a través del demonio. Por otro lado, dicho "Storage" actúa como Servidor Web, siendo el encargado de responder a peticiones Javascript acerca de excepciones. ¿Y quien las pide? Pues como decíamos en el párrafo anterior, desde la Web donde está el cliente conectado ;)

#demonio #agente #storage #funcionamientointerno