Dimensionamiento de aplicaciones Tal y como se me sugería en un comentario del anterior
post
sobre puntos negros, sí que es cierto que el dimensionamiento de
aplicaciones es un tema que puede ser un punto negro importante, mas
que nada porque se suele dejar de lado por parte de los desarrolladores.
Otro tema aparte es el rendimiento que, desde mi punto de vista, preferiría tratarlo por separado.
a) Rendimiento. Yo, por mi parte, lo tengo claro: es importante tener
en cuenta el rendimiento a la hora de diseñar e implementar
aplicaciones empresariales (web, J2EE). Pero, claro, plantearse un mal
diseño para conseguir una mejora en rendimiento (en un proceso que no
sea crítico ni tenga requerimientos específicos de rendimiento), no
tiene mucho sentido. Más que nada, porque lo que se ahorra en máquina
se gasta después en mano de obra (a la hora de hacer el mantenimiento).
b) Dimensionamiento. Independientemente del rendimiento, no hay escusa
para no evaluar los parámetros (tiempo de respuesta, productividad,
etc.) en los que se mueve la aplicación. Por ejemplo, en el FW-PA (el
Framework J2EE del Principado de Asturias), se incentiva (vamos, que se
exige) la realización de un detallado informe de rendimiento para todas
las aplicaciones que se desarrollen.
Por cierto, respecto a este último asunto: en el FW-PA, como
herramienta para la implementación de pruebas de rendimiento se
recomienda OpenSta. ¿Conoceís alguna otra herramienta (libre)
alternativa?
URL de la referencia: http://weblogs.javahispano.org/retamar/entry/dimensionamiento_de_aplicaciones
lunes febrero 13, 2006
En el tema del dimensionamiento, hay dos variables dificiles de cuantificar. Por un lado esta el crecimiento vegetativo, o sea, el crecimiento normal de la aplicacion. Por ejemplo, si hay mas usuarios en internet, es posible que mas usuarios utilizen la aplicacion. El segundo, es el crecimiento por exito, esto me ha pasado una vez. Resulta que aunque lo normal es que la aplicacion suba un 7 %, como funciona correctamente y hace los que los usuarios esperan, se pasan las actuaciones de otro canal, por ejemplo, de la oficina fisica a internet esto supone un crecimiento de 20 % en vez del normal del 7 % (doy datos reales) lo que hace que todo tus datos de partida para dimensionar sean inutiles, hay que volver a calcular y dimensionar, en este punto la arquitectura J2EE te ayuda al poder escalar en horizontal y en vertical.
Aqui estamos evaluando herramientas basadas en reglas de codificacion para que el codigo generado sea estandar y optimo.
Enviado por batch4j en febrero 14, 2006 a las 07:08 AM GMT-01:00 #
Buenas, igual <a href="http://grinder.sourceforge.net">the grinder</a> te puede servir como alternativa a openSTA.
Saludos.
Enviado por bumba en febrero 15, 2006 a las 12:38 AM GMT-01:00 #