Las Razones por las que Jennifer es la mejor herramienta para administrar el tiempo de respuesta de Web
Las razones por las que el tiempo de respuesta de la Web es tan importante y por qué Jennifer es la mejor herramienta de administración del tiempo de respuesta de Web.
Jennifer aborda el problema desde el punto de vista de un usuario.
¿Por qué Monitorear el Tiempo de Respuesta del Servicio?
El tiempo de respuesta del servicio del Servidor de Aplicación Web (Web Application Server), puede ser expresado como una medida del nivel de satisfacción del cliente. Aun si existen algunos fallos en el sistema, si este fallo no causa ningún problema en el tiempo de respuesta del servicio o en las funciones del sitio, no puede ser visto como problema. Aunque no se encuentren fallos en el sistema, si el tiempo de respuesta del servicio no es lo suficientemente rápido para satisfacer la expectativa del cliente, entonces el sistema tiene un problema y su operación no puede considerarse normal.
El tiempo de respuesta del servicio es una fuente de información importante en la medición de la estabilidad y el diagnóstico de problemas del sistema. La siguiente información describe cómo utilizar el tiempo de respuesta del servicio para vigilar y resolver problemas de rendimiento del sistema y porqué el vigilar el sistema de esta manera, es la manera correcta.
El Uso de Recursos No Puede Exceder 100%
Esto significa que el nivel de utilización de recursos del sistema no puede ser usado para hacer un diagnóstico de la capacidad del sistema. Revisemos una situación en donde el "vmstat" se está utilizando para monitorear el uso del CPU. El uso del CPU es constantemente muy alto, de 95~100%. ¿Es esto un problema? La mayoría de los administradores no pueden determinar si hay un problema. Todo lo que pueden decir es que la CPU está siendo altamente utilizada. Los administradores no pueden determinar si el número de peticiones entrantes excede la capacidad del sistema apenas vigilando los recursos del sistema solamente. Por ejemplo, digamos que toma 20 peticiones simultáneas para alcanzar el uso máximo del CPU de un servidor WAS. ¿Qué sucede si hay 30 peticiones simultáneas? Aun si hay 20 o 30 peticiones, el uso de CPU alcanzará el 100% en ambos casos. Por supuesto que el administrador no puede saber cuántas peticiones entrantes simultáneas harán que se alcance el nivel máximo de la capacidad de los recursos del sistema.
Monitorear todos los recursos del sistema es ineficiente.
Otra limitación de los recursos de vigilancia es que hay muchas cosas que vigilar. En cualquier sistema existen muchos recursos de H/W y S/W relacionados tales como el CPU, Memoria, NET, HEAP, Connection Pool, etc. Es muy ineficiente (tal vez imposible) el vigilar todos estos recursos de sistemas individualmente y tampoco es necesario. Las peticiones o solicitudes entrantes que exceden la capacidad del sistema resultan en un aumento del tiempo de respuesta (demoras).
Para resolver las limitaciones del monitoreo de los recursos del sistema, se debe monitorear el tiempo de respuesta del servicio. Al tiempo que las solicitudes entrantes exceden la capacidad del sistema, el tiempo de respuesta se incrementa indefinidamente, permitiendo a los administradores conocer que existe una escasez de recursos dentro del sistema. Como el tiempo de respuesta se incrementa cuando faltan de recursos, éste (el tiempo de respuesta) puede ser utilizado para monitorear los recursos del sistema.
El tiempo de respuesta debe ser monitoreado por cada transacción.
Entonces, ¿cómo debe medirse el tiempo de respuesta del servicio? Antes de discutir este punto, miremos la relación entre el servicio y el recurso. En un sistema de Web, el servicio puede interactuar con varios componentes como clases, DB, LDAP, archivos, etc. y cuando los diversos recursos del sistema son combinados, ese número puede ser muy grande. También, los recursos son utilizados solamente por peticiones específicas mientras que otros pueden ser utilizados por otros diversos servicios. Para concluir, la relación entre el recurso y el servicio es una relación N: M y no pueden ser claramente definida. La relación N: M entre los servicios y los recursos puede ser expresada solamente como tiempo de respuesta promedio agrupado por nombre del servicio o categoría funcional en una gráfica. En lugar de esto, la transacción individual debe representarse por separado.
Hay varias razones por la cual Jennifer monitorea el tiempo de respuesta del servicio individualmente.
Primero, cuando los servicios idénticos se ejecutan múltiples veces, el tiempo de respuesta se puede retrasar para transacciones específicas solamente. No importa cómo se haga el agrupamiento, el tiempo de respuesta individual del servicio será diluido si se hace un promedio con otros servicios en el grupo.
En segundo lugar, si el agrupamiento es hecho por nombre del servicio, la asociación tendría algo de sentido, pero si la asociación esta hecha por objeto de negocio, la asociación será muy complicada para ser utilizada eficazmente.
En tercer lugar, el servicio no puede ser clasificado por nombre fácilmente. Puesto que el nombre del servicio es determinado por la petición inicial que lo invoca, este no captura los cambios internos que ocurren durante su proceso. Agrupar diversos servicios sin conocer los cambios internos porque comparten el mismo nombre de servicio no es una manera eficaz de agrupar los servicios.
Jennifer puede mostrar tiempo de respuesta por transacción individual en una sola Vista o Imagen
X-View de Jennifer le ofrece una manera directa y poderosa de vigilar el problema de rendimiento. La capacidad de poder ver el tiempo de respuesta individual de todos los servicios y su detalle en una sola vista o imagen es más eficaz que usar muchas vistas o gráficas combinadas. La escasez de los recursos se muestra como un retraso en tiempo de respuesta en X-View y los puntos trazados forman diferentes patrones dependiendo del problema. Los usuarios pueden beneficiarse así de esta única vista.
Los usuarios pueden también beneficiarse de la velocidad que les ofrece Jennifer. Tareas que tardarían horas con otras soluciones toman solo minutos con X'View de Jennifer.
|