Datos que se pueden recopilar con Request Metrics
Normalmente, los distintos componentes de la aplicación de empresa se pueden albergar en varios nodos en un sistema distribuido. Por ejemplo, los servlets se pueden albergar en un nodo, mientras que los enterprise beans de los que dependen estos servlets se pueden albergar en un nodo completamente diferente. Cuando una petición llega a un proceso, el proceso puede enviar la petición a otro o más procesos en sentido descendente, tal como se muestra en la siguiente figura:

Se pueden generar registros de rastreo para cada proceso con los tiempos transcurridos asociados para ese proceso. Estos registros de rastreo se pueden correlacionar conjuntamente para crear una imagen completa del flujo de solicitudes a través del sistema distribuido, de forma parecida al diagrama de ¿Por qué debe utilizarse request metrics?.
Puede visualizar los tiempos de respuesta de proceso supervisados por Request Metrics a través de la interfaz ARM (Application Response Measurement) y los archivos de anotaciones cronológicas del sistema. Cuando se envía una solicitud al servidor de aplicaciones, Request Metrics captura los tiempos de respuesta de la solicitud de inicio y las invocaciones en sentido descendente relacionadas. Request Metrics se instrumentaliza en los siguientes componentes mientras la solicitud, por ejemplo, la transacción, viaja a través del servidor web, el servidor proxy y el servidor de aplicaciones:
- Plug-in de servidor web que sólo está disponible al utilizar el puerto del servidor web.
- Servidor proxy, instrumentalizado como solicitudes de servlet y servicios web.
- Contenedor web, incluidos el servlet y filtros de servlet.
- Contenedor EJB (Enterprise JavaBeans).
- Llamadas JDBC (Java™ DataBase Connectivity).
- Java EE Connector Architecture (JCA).
- Servicios Web del servidor y del cliente.
- Motor JMS (Java Message Service).
- Bus de integración de servicio (SIB).
- Contenedor de portlets, incluidas las peticiones de portlet.
- Beans asíncronos.
Seleccione en qué componentes desea la instrumentalización. Por ejemplo, si desea datos de instrumentalización sólo para el contenedor web y la API JMS, seleccione estos datos en la consola administrativa y los datos de instrumentalización detallados se generarán sólo para los componentes que seleccione. Para los otros componentes que no se especifican para la instrumentación, se rastrean las transacciones de Edge.
Cuando el filtrado está habilitado, sólo aquellas peticiones que coincidan con el filtro generarán datos de Request Metrics, crearán registros de anotaciones cronológicas o llamarán a las interfaces ARM. Puede añadir trabajo en un sistema en ejecución de forma específica para generar información de rastreo y evaluar el rendimiento de determinados tipos de peticiones en un contexto normal de carga, ignorando las peticiones de otros orígenes de datos que puedan afectar al sistema. Si la petición coincide con alguno de los filtros con un nivel de rastreo superior a Ninguno, se generan registros de rastreo para esa petición.