INFORME TECNICO PARA ADQUISICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA. 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz

Transcripción

1 INFORME TECNICO PARA ADQUICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA 1. MBRE DEL AREA : Oficina de Sistemas 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz 3. CARGOS : Analista de Sistemas TIC 4. FECHA : 16/09/ JUSTIFICACIÓN ONERGMIN en su estrategia tecnología ha invertido en plataformas heterogéneas para resolver diferentes retos en el apoyo al negocio. Actualmente cuenta con Aplicaciones Java críticas para el negocio, enfocadas en atender requerimientos de diferentes características pero con un punto en común: son aplicaciones de misión crítica. Al crecer sus aplicaciones en complejidad y criticidad se hace evidente la necesidad de monitorear estas aplicaciones que apoyan fuertemente el negocio, ya que un minuto de indisponibilidad o bajo rendimiento que las afecte, está impactando directamente su operación, así como el buen nombre de la organización de cara a sus clientes finales que perciben problemas para realizar transacciones. En este contexto, la Oficina de Sistemas del ONERGMIN manifiesta la necesidad de evaluar y adquirir una solución de software de monitoreo para las aplicaciones JAVA que soportan los procesos de la institución entre los que destacan: Sistema de Control de Ordenes de Pedido, Sistema de Fiscalización de Hidrocarburos, Portal de la Gerencia de Fiscalización Eléctrica, Intranet, Sistema de Gestión de Expedientes Digitales. 6. ALTERNATIVAS Para la formulación y análisis de alternativas, se debe considerar que, por tratarse de un producto que permitirá el monitoreo de las aplicaciones JAVA más importantes para la organización, se evaluarán a los principales fabricantes de soluciones con mayor experiencia, presencia, desempeño y soporte en el mercado. Alternativa Nro 1: CA Willy Alternativa Nro 2: DYNATRACE DE COMPUWARE Funcionalidad Características o Capacidades CA Willy Experiencia de usuario final Monitoreo sintético de transacciones Web programables, el robot debe de consultar distintas URL s siendo capaz de procesar tiempos de respuesta y reportar errores, simulando distintos browsers. DYNATRACE DE COMPUWARE Monitoreo del 100% de transacciones reales Priorización de problemas basado en reglas personalizadas por el usuario, debe ser posible la asignación de pesos por usuario, transacción y defecto.

2 Descubrimiento de aplicaciones, arquitectura, y modelamiento del Display Colección de evidencias de forma automática ante un problema o falla, la solución deberá de lanzar scripts personalizados bajo ciertas condiciones definidas por el usuario Niveles de servicio SLA s personalizables que permitan establecer umbrales a tiempos de respuesta, cantidad de defectos, y volumen de tráfico Identificación de los usuarios afectados en un incidente o problema Información de calidad de las transacciones, se debe manejar las siguientes métricas: Six Sigma y DPMO Generación y envío de reportes en formato PDF Debe ser posible agrupar a los usuarios por la Subnet asociada. Se debe de ocultar el procesamiento de ciertos campos considerados sensitivos como las contraseñas. La lista de campos debe ser personalizable. Alertas y tableros de control personalizables a modo de manejar un contexto de panel de diseño, Debe permitirse inserción de imágenes, ubicación de gráficos, personalización del tamaño de objetos y cambio de la resolución de la información. Tableros de control y alertas específicos para Tablets y dispositivos móviles Arquitectura de clúster para una escalabilidad superior con opción de balanceo de carga, alta disponibilidad Mapa de Triaje de aplicaciones de forma automática Instrumentación personalizada de aplicaciones Monitoriza el 100 % de todas las transacciones y puede realizar un seguimiento de transacciones individuales a través de procesos Trabaja con cualquier servidor de aplicaciones y sistema operativo y completamente independiente de la plataforma Vistas Out Of the Box que muestren información de las aplicaciones monitoreadas Monitoreo de servidores Web, disponibilidad, carga y uso de recursos en tiempo real Interfaz intuitiva y flexible. La información debe ser presentada para diferentes perfiles de usuario entre los cuales destacan: Gerentes, Operadores, Gestores del negocio, Desarrolladores, Administradores de sistemas, entre otros. Navegación y búsqueda de métricas reportadas. El usuario debe poder buscar a través de expresiones regulares las métricas procesadas, y poderlas ordenar por tiempo de respuesta, concurrencia, o errores. Capacidad para detectar cualquier error o excepción dentro del servidor de aplicaciones

3 Profundidad del monitoreo Monitoreo de tiempos de respuesta de métodos basados en diferentes parámetros de llamada. Se debe diferenciar los tiempos de respuesta para diferentes comportamientos de los métodos en base al input que puedan recibir Se debe de realizar la instrumentación de clases filtrando: por herencia de clases, Nombre de paquete o parte del nombre, nombre de clase y métodos Se debe poder instrumentar únicamente métodos complejos los cuales son aquellos que llaman a otros métodos. De esta forma se dejarán de lado los métodos y clases menos importantes. Con fines de no generar sobrecarga y simplificar la instrumentación. Deberá de existir una sola sentencia que agrupe las siguientes métricas: Tiempo de Respuesta, Concurrencia, Carga, Errores y llamadas pegadas o en procesamiento. Debe existir la posibilidad de generar nuevas métricas calculadas en base a las ya existentes sin necesidad de modificar el nivel de instrumentación o detener el servidor de aplicaciones. Las nuevas métricas deben ser 100% flexibles a modo de ser programadas en lenguaje scripting. Seguimiento y traza de transacciones en vivo Capacidad para Drill down en performance de base de datos Visibilidad de las transacciones extremo a extremo desde el navegador a los sistemas backend Monitoreo de Web Services y componentes SOA Monitoreo Out of the Box (Sin ningún tipo de personalización) de componentes de aplicaciones Java, que incluyan: EJB's, Servlets, JSP's, JDSC, JTA, RMI, JNDI,JMS, XML, a nivel de métodos y clases. A nivel de recursos: Memoria, Threads, CPU, Sockets, Paginación. Análisis, y comportamiento de la aplicación Monitoreo de consultas SQL a base de datos, se debe mostrar los tiempos de respuesta de las consultas que son lanzadas desde los aplicativos monitoreados Monitoreo de SLO s de componentes internos de los aplicativos. Capacidad para asociar trazas con información de red y del protocolo TCP IP. Pudiendo identificar si los problemas de performance se encuentran en la red. Almacenamiento histórico de métricas y configurable en cuanto al tamaño y resolución de la información. Comportamiento Predictivo de problemas. La solución debe ser capaz de realizar una minería de datos de forma automática y correlacionar el comportamiento anómalo en los componentes de las aplicaciones incluso estén distribuidas

4 Análisis y diagnóstico automático de un problema con capacidad de decidir si la causa raíz está en el browser, red, servidor de aplicaciones, o servidores Back-End Registra el 100 % de datos de rendimiento para la resolución de problemas, análisis de tendencias y planificación de la capacidad Identificación de fugas de memoria y cuellos de botella Generación de reportes personalizados. Los reportes podrán contener gráficos, tablas e información de cualquier métrica almacenada. Identificación automática de cambios en archivos de configuración, propiedades del servidor de aplicaciones, y clases, que puedan afectar el rendimiento del aplicativo 7. ANÁLIS COMPARATIVO DE COSTO BENEFICIO Beneficios Dentro de los beneficios están: Reducción de caídas y problemas de las aplicaciones, se pueden detectar los problemas de manera más eficiente, tanto de forma preventiva y proactiva. Mejora de la experiencia final del usuario Conocimiento al detalle sobre los niveles de servicio que se proporcionan de manera real. Conocimiento sobre el comportamiento de las aplicaciones: Estar preparado ante caídas recurrentes y periodos de alta carga. Automatización en la medida de lo posible de las acciones correctivas ante los problemas a través de una estrategia de APM alineada a los estándares de la organización. Fuente para el planeamiento de la capacidad: obtener información sobre la cantidad de usuarios atendidos y de acuerdo a las tendencias saber hasta cuantos usuarios se podrá atender bajo niveles de servicios determinados. Fuente para la inversión en TI: Información para decidir si invertir en mejoras de hardware, afinación de las bases de datos, backends o de los componentes de software de las aplicaciones, Costos Los costos aproximados de las alternativas identificadas son los siguientes: Alternativa Nro 1: CA Willy S/. 216, Alternativa Nro 2: DYNATRACE DE COMPUWARE S/. 3,863, Todas las alternativas técnicas / económicas incluyen los servicios de instalación, configuración, capacitación, acompañamiento y soporte especializado durante un año. 8. CONCLUONES Las conclusiones de la evaluación realizada son las siguientes:

5 La solución de monitoreo permitirá realizar una gestión adecuada del rendimiento de las aplicaciones Java de ONERGMIN. Servirá como herramienta crítica para el análisis de causa raíz en la resolución de problemas e incidentes vinculados a las aplicaciones. Existen en el mercado otras soluciones no consideradas en este informe, que de cumplir con lo solicitado, podrán presentarse al proceso de adquisición. 9. FIRMA «avargasc» Adolfo Vargas Chang Gerente de Sistemas Eduardo Vasquez Diaz Analista de Sistemas TIC