Memorias WorkShop Jaspersoft 11: Monitoreo de rendimiento de Jaspersoft
El día miércoles 9 de julio llevamos a cabo de manera virtual nuestro onceavo Workshop de Jaspersoft llamado “Monitoreo de rendimiento de Jaspersoft” El cual, fue dirigido por nuestro nuestro Lider de Soluciones Digitales Lucas Madrid, y nuestro consultor en Jaspersoft, Elder Cañaveras.
Iniciamos este espacio presentando a nuestra compañía y contándoles a los espectadores sobre quiénes somos, qué hacemos, las herramientas con las que trabajamos y nuestro portafolio de servicios.
Continuando, comenzamos explicando a nuestros espectadores porque es importante monitorear Jaspersoft, la razón detrás es que, si la herramienta esta funcionando correctamente, podré obtener de ella datos ágiles y precisos, que eventualmente servirán para tomar mejores decisiones empresariales.
Tener un adecuado monitoreo de Jaspersoft, permite :
- Diagnosticar tiempos lentos en reportes
- Prevenir caídas del servidor
- Detectar pico de carga inesperados
- Identificar consultas mal optimizadas
Después, procedimos a contarle a nuestro público sobre las herramientas integradas de Jaspersoft, como lo son Logs (jasperserver.log, catalina.out y scheduler logs) y el System Diagnostics.
Posteriormente, hablamos sobre lo que es JMX (Java Mangement Extensions). Esta herramienta permite acceder a métricas internas del JVM que corre sobre JasperServer. Permitiendo a los usuarios, monitorear el tiempo real de heap, del CPU, y también, permite detectar fugas de memoria y saturación de Threads. Por otro lado, un buen monitoreo también va a permitir, realizar una identificación de memory leaks y objetos persistentes.
Después, compartimos con los participantes algunos concejos prácticos sobre SQL, dentro de los cuales, destacamos:
- Usar solo las columnas necesarias
- Optimizar filtros y joins
- Evitar lógica de negocio compleja en los reportes
- Usar LIMIT, paginación o subreportes según el caso
Mencionamos a su vez, un problema común con respecto a el manejo de Jaspersoft, que son los cuellos de botella. Muchas veces no sabemos identificar el inicio del embotellamiento y estos se pueden estar dando en: Bases de datos saturadas (tiempos de respuesta lentos), en el Servidor Jasper (heap lleno, CPU al 100% e hilos bloqueados), diseños de reporte mal manejados y scheduler mal configurado.
Para este tipo de casos, le sugerimos a nuestra audiencia: Aumentar la memoria JVM heap solo si esta justificado, separar los reportes grandes en partes pequeñas, entre otras posibles soluciones.
Finalizamos este WorkShop con una ronda de preguntas por parte de nuestros espectadores. ¡No te pierdas nuestros próximos WorkShops!