En este tutorial vamos a echar un vistazo a Dynatrace, una herramienta que nos permite monitorizar nuestras aplicaciones en un entorno productivo o no.
Índice de contenidos.
1. Introducción
El producto de APM de Dynatrace es uno de los más destacados dentro del cuadránte mágico de Gartner (APM) que define este tipo de herramientas como aquellas que
permiten monitorizar 5 dimensiones funcionales básicas:
- end-user experience monitoring (EUM)
- runtime application architecture discovery modeling and display
- user-defined transaction profiling
- component deep-dive monitoring in application context and
- analytics
Ya hemos tratado en otros tutoriales otros productos de APM que se encuentran también muy bien posicionados, así
Lo interesante ahora de todas ellas es que dentro de su licenciamiento proporcionan una licencia gratuita para la monitorización de entornos no productivos, con la única limitación del tiempo;
así, con toda la potencia de la herramienta puedes monitorizar su comportamiento en tu entorno de desarrollo local, almacenando información, por regla general, de las últimas dos horas.
Para otro tipo de entornos, ya productivos, se hace necesario adquirir una licencia comercial del mismo.
En este tutorial vamos a ver como instalar y configurar Dynatrace en un entorno local y daremos un vistazo rápido a sus características de monitorización.
2. Entorno.
El tutorial está escrito usando el siguiente entorno:
- Hardware: Portátil MacBook Pro 15′ (2.5 GHz Intel Core i7, 16GB DDR3).
- Sistema Operativo: Mac OS El Capitan 10.11
- Dynatrace 6.5
3. Instalación.
Todas las herramientas de APM requiere de la instalación de:
- un servidor o controlador de eventos, aunque hay algunas como New Relic que este componente solo está disponible en la nube, en el modo on-premise del resto lo primero a hacer es instalar el servidor,
- un cliente que permita acceder a la información de la monitorización, aunque también en el caso de New Relic solo está disponible en la nube,
- un agente de usuario para la tecnología con la que trabajemos, en nuestro caso java, que instrumentaliza nuestro código para remitir los eventos que se producen en el mismo hacia el servidor.
Lo primero que deberíamos hacer para instalar Dynatrace es registrarnos en la web para poder realizar una prueba gratuita, proporcionando la siguiente información:
Una vez registrados nos llegará un correo electrónico con la siguiente información, junto con la licencia de uso del producto:
Pulsando sobre el enlace accederemos a la página de descarga del producto y seleccionando el SO correspondiente podremos descargar el correspondiente paquete de instalación.
Desde la propia página podemos acceder a la información necesaria para la instalación, en nuestro caso al seleccionar el paquete para Mac, debemos ejecutar el jar como sigue:
Tras lo cual, se descomprime el paquete y disponemos del producto «instalado» en el mismo directorio dynatrace-X.X correspondiente a la versión
El siguiente paso es arrancar todos los servicios como sigue:
cd /~/dynatrace-6.5 ./dtserver -bg ./dtfrontendserver -bg ./dtcollector -bg
Podemos comprobar que se han levantado correctamente ejecutando un grep sobre los procesos «dt»:
ps -A | grep dt
A continuación debemos descargar el cliente para activar la licencia, para ello desde la parte inferior de la página de descarga podemos acceder al siguiente paso:
Que nos permitirá realizar una descarga del paquete cliente.
Con ello tendremos ya descargados dos paquetes, el servidor y el cliente:
Al abrir el dmg podemos proceder a realizar la instalación:
Lo primero que debemos hacer es asignar el fichero de la licencia:
Si todo va bien, nos confirmará la importación de la misma.
Que requrirá el reinicio del servidor.
El reinicio se realizará automáticamente
Al reiniciar se mostrará dentro del cliente una ventana como la que sigue, para proceder a la descarga y configuración del agente:
Debemos seleccionar el tipo de agente, en nuestro caso java:
Y configurar el tipo de servidor que vamos a monitorizar:
Seleccionamos el SO para el cuál realizar la descarga del paquete del agente; tened en cuenta que lo normal será tener el servidor montado en un entorno y la monitorización de los servidores de aplicaciones en otro, aquí lo estamos montando todo en la misma máquina:
Una vez seleccionado podremos descargar el agente para java:
Una vez descargado no tenemos más que ejecutar el jar para descomprimirlo:
A continuación, el propio wizard muestra un ejemplo de cómo configurar el arranque de Tomcat para añadir la configuración del agente
Que llevado a los parámetros de arranque del Tomcat que podemos lanzar desde cualquier IDE, en nuestro caso Eclipse, sería lo siguiente:
No tenemos más que incorporar el siguiente argumento:
-agentpath:/Applications/development/dynatrace-agent-6.3/agent/lib64/libdtagent.dylib=name=Tomcat_Monitoring,server=localhost:9998
El cliente permanecerá esperando la información que el agente remitirá al servidor una vez arranquemos nuestro Tomcat
En el arranque del Tocmat deberíamos ver las siguientes trazas:
Y automáticamente el cliente detectará el envío de información, indicando que la configuración es correcta.
Mostrando a continuación un resumen de la configuración del agente.
Quedando el agente registrado como sigue:
4. Un vistazo rápido.
En el primer acceso al cliente nos mostrará un resumen de los agentes instalados y las transacciones monitorizadas.
Para que se muestre la siguiente información, hemos realizado una serie de peticiones a la aplicación desplegada en el tomcat y el cliente descubre automáticamente el tipo de petición y el servidor.
Pulsando sobre el nodo, se muestra en una ventana emergente un resumen desde el cual podemos acceder al detalle de las transacciones o, en terminología de Dynatrace, los PurePaths.
Hemos forzado un cierto número de errores para comprobar que los monitoriza y, del mismo modo, también hemos forzado un sleep en la única petición satisfactoria para comprobar que somos capaces de encontrar el origen de la demora.
A continuación podemos ver como acceder, pulsando sobre la fila, al detalle de la transacción para ver donde se va el tiempo de respuesta.
Desde el dashboard podemos acceder a un listado de los errores producidos para comprobar los mensajes de respuesta al cliente.
Y desde el resumen de los mensajes a las transacciones que los originaron.
Es interesante comprobar como la herramienta en base a la información de la transacción puede generar un diagrama de secuencia de las clases implicadas en la misma
Generando un diagrama como el siguiente:
Y más interesante aún ver cómo podemos acceder al código fuente de un método en concreto, responsable de la falta de rendimiento:
Decompilando el código fuente como se ve a continuación:
Si probamos a desplegar una aplicación con «un poco más de chicha» podemos comprobar como el cliente nos muestra un diagrama de los componentes implicados en las transacciones,
en este caso, un nodo adicional de base de datos.
Podemos acceder al detalle de las transacciones y comprobar como aparece en la parte superior derecha un resumen de puntos calientes que afectan al rendimiento de la transacción, en este caso los accesos a base de datos:
Desde las opciones de la transacción podemos acceder a un listado de todas las consultas realizadas desde la transacción a base de datos.
Así podemos comprobar los tiempos de respuesta y decidir si es necesario dedicar tiempo o no a optimizar las mismas.
Una última característica bastante interesante es la posibilidad de exportar un PurePath para remitirlo, en cualquier momento, ocultando la información de los posibles objetos sensibles de la sesión del usuario, al equipo de desarrollo para su visualización en local, sin necesidad de acceso al servidor.
Para ello, pulsando sobre la transacción, podemos exportarla indicando la siguiente información:
5. Referencias.
- https://www.dynatrace.com/es/products/dynatrace-free-trial.html
- https://community.dynatrace.com/community/display/EVAL/Step+1+-+Download+and+install+Dynatrace
- https://community.dynatrace.com/community/display/EVAL/Step+2+-+Activate+License+Key
- https://community.dynatrace.com/community/display/EVAL/Step+3+-+Connect+Agent+to+Dynatrace
6. Conclusiones.
No es una herramienta más, es una de las 3 mejores posicionadas y que proporciona mucho más de lo que hemos visto en este simple tutorial: cuadros de mando, alertas, agentes de máquina y base de datos, agentes de EUM que permiten recibir información del tiempo de renderización de las páginas en cliente (incluso snapshots de las mismas), posibilidad de disponer de un entorno de instalación dockerizado,…
Toda una joya, de ahí que su licencia para entornos productivos lo valga!
Un saludo.
Jose
Buenas,
En mi opinión es otra herramienta de integracion continua mas, las diferencias que comentas son solo de un interfaz mas amigable, ademas de otras funcionalidades que tampoco solucionan mucho en entornos productivos(siempre se trabaja con un repositorio, y aquí no veo que vaya a cambiar codigo del repositorio).
Que no tiene Jenkins que si tenga Dynatracer?
Un saludo.
Un poco de despiste en esta respuesta.
Dynatrace no es una herramienta de integración continua, es una herramienta de APM.
Jenkins y Dynatrace son complementarios.
si, fuera de lugar