La prioridad del flujo de peticiones IIOP/JMS se obtiene en WebSphere Extended Deployment con los gestores autónomos los que controlan el flujo de peticiones, la prioridad de las peticiones y la gestión de la carga de trabajo dinámica. La prioridad del flujo peticiones IIOP de Extended Deployment sólo maneja las peticiones IIOP de un cliente EJB autónomo. Por ejemplo, no se priorizan las llamadas de EJB de los servlets. Esto se debe a que el sistema no puede priorizar a varios niveles como, por ejemplo, a nivel Web y a nivel EJB, las peticiones asociadas con la misma petición de usuario global. No obstante, dada la naturaleza asíncrona de JMS, no existen restricciones sobre dónde se originan las peticiones.
Para IIOP/JMS, los procesos de servidor de aplicaciones de programa de fondo que albergan las aplicaciones ejecutan las pasarelas del Gestor de flujo de peticiones autónomo (ARFM), que realizan la función de prioridad del flujo de peticiones. Los flujos de peticiones se gestionan para lograr un rendimiento equilibrado óptimo, teniendo en cuenta las políticas de servicio configuradas y la carga ofrecida.
Con WebSphere Extended Deployment, puede definir objetivos de rendimiento y vincularlos a subconjuntos específicos del tráfico de entrada. El ARFM y los gestores autónomos asociados pueden dar soporte a objetivos empresariales en momentos de una alta carga tomando decisiones inteligentes relacionadas con el trabajo que entra en los servidores de aplicaciones. No todo el trabajo de la configuración se crea igual. El ARFM permite dar soporte a este concepto remitiendo distintos flujos de peticiones para su ejecución más o menos rápidamente para obtener el mejor resultado equilibrado.
Una política de servicio es una categorización definida por un usuario que se asigna a un trabajo potencial como un atributo leído por ARFM. Para IIOP, puede utilizar una política de servicio para clasificar peticiones basadas en atributos de peticiones, incluido el nombre de aplicación, el nombre de método EJB, el nombre de módulo EJB, por ejemplo, el archivo jar de EJB y el nombre de EJB. Para JMS, puede realizar la clasificación basándose en el nombre de destino, ya sea tema o cola. Al configurar las políticas de servicio, se aplicarán distintos niveles de importancia al trabajo real. Puede utilizar varias políticas de servicio para entregar servicios diferenciados a distintas categorías de peticiones. Los objetivos de la política de servicio pueden diferir en los destinos de rendimiento así como en la importancia.
El ARFM existe en el proceso del servidor de aplicaciones y controla la prioridad de las peticiones. El gestor de flujo de peticiones autónomo consta de dos partes: un controlador y una pasarela. La función de ARFM la implementa, para cada célula, un controlador más una colección de pasarelas en los servidores de aplicaciones. Las pasarelas interceptan y ponen en cola las peticiones IIOP de entrada, mientras que el controlador proporciona las señales de control, o indicaciones, a las pasarelas y al controlador de ubicación. El ARFM también incluye el perfilador de trabajo, que calcula las características de carga de cálculo de los distintos flujos de peticiones. El funcionamiento conjunto de estos componentes permite establecer correctamente las prioridades de las peticiones de entrada.
Related tasks
Definición de política de servicio