A priorização do fluxo de pedidos IIOP (Internet Inter-ORB Protocol) e JMS (Java Message Service) é atingido em WebSphere Virtual Enterprise com gerenciadores autônomos que controlam o fluxo de pedidos, priorização de pedidos e gerenciamento de carga de trabalho. Somente pedidos IIOP a partir de um cliente independente EJB (Enterprise JavaBeans) são manipulados pela priorização do fluxo de pedidos IIOP do WebSphere Virtual Enterprise. As chamadas EJB a partir de servlets, por exemplo, são são priorizadas. Esta limitação existe pois o sistema não pode priorizar em múltiplas camadas, como a camada da Web e a camada EJB, pedidos associados ao mesmo pedido de usuário geral. Porém, dada a natureza assíncrona de JMS, não existe nenhuma restrição sobre onde os pedidos se originam.
Para IIOP e JMS, os processos do servidor de aplicativos backend que estão hospedando os aplicativos executam gateways ARFM (Autonomic Request Flow Manager). Estes gateways ARFM priorizam o fluxo de pedido. Os fluxos de pedido são gerenciados para conseguir os resultados de desempenho mais equilibrados, considerando as políticas de serviço configuradas e o carregamento oferecido.
Com o WebSphere Virtual Enterprise, é possível definir os objetivos de desempenho e ligá-los aos subconjuntos específicos do tráfego recebido. O ARFM e os gerenciadores autônomos associados conseguem suportar metas de negócios em momentos de alta carga tomando decisões inteligentes sobre o trabalho que entra nos servidores de aplicativos. Nem todo o trabalho em sua configuração é igualmente criado. O ARFM consegue suportar esse conceito encaminhando diferentes fluxos de pedidos para execução mais ou menos rapidamente para alcançar o melhor resultado equilibrado.
Uma política de serviço é uma categorização definida pelo usuário que é designada para trabalho potencial como um atributo que é lido pelo ARFM. Para IIOP, é possível utilizar uma política de serviço para classificar pedidos com base em atributos do pedido incluindo o nome do aplicativo, o nome do método de EJB, o nome do módulo de EJB, tal como o arquivo JAR do EJB, e o nome do EJB. Para JMS, é possível classificar com base no nome do destino, quer seja tópicos ou filas. Ao configurar políticas de serviço, você aplica níveis variados de importância ao verdadeiro trabalho. Você pode utilizar várias políticas de serviço para entregar serviços diferenciados para categorias de pedidos diferentes. Os objetivos da política de serviço podem diferir nos destinos e importância do desempenho.
O ARFM existe no processo do servidor de aplicativos e controla a priorização de pedidos. O Autonomic Request Flow Manager contém duas partes: um controlador e um gateway. A função do ARFM é implementada, para cada célula, por um controlador mais uma coleção de gateways nos servidores de aplicativos. Os gateways interceptam e colocam em fila os pedidos IIOP de entrada, enquanto o controlador fornece sinais de controle, ou instruções, para os gateways e o controlador de posicionamento. O ARFM também inclui o gerenciador de perfil de trabalho, que estima as características do carregamento computacional dos diferentes fluxos de pedidos. Trabalhando juntos, esses componentes podem priorizar apropriadamente os pedidos que chegam.
O Dynamic Workload Management (DWLM) é um recurso que aplica os mesmos princípios do Workload Management (WLM), como o roteamento baseado em um sistema de peso que estabelece um sistema de roteamento priorizado. O DWLM é um complemento opcional que inclui configuração autônoma dos pesos de roteamento para o WLM. Com o WLM, configure manualmente pesos estáticos no console administrativo. Com o DWLM, o sistema pode modificar dinamicamente os pesos para permanecerem atualizados com as metas de negócios. O DWLM pode ser interrompido. Se você desejar usar os modos operacionais automáticos para os componentes de operações dinâmicas, a configuração de um peso de WLM estático em qualquer um dos clusters dinâmicos pode interferir no funcionamento correto do aspecto on demand do produto. Para IIOP, estes pesos são consumidos pelo WebSphere EJB WLM básico e fatorar para onde os novos pedidos de cliente EJB são direcionados, como mostrado no diagrama a seguir:
O DWLM não influencia o tráfego JMS. Os destinos mostrados na execução a seguir podem estar executando no mesmo processo do WebSphere Managed ou em um processo diferente do WebSphere Managed.
Como é ilustrado nos diagramas anteriores, uma quantidade igual de pedidos fluem para o servidor de aplicativos, mas depois que o trabalho é categorizado, priorizado e colocado em fila, um volume maior de trabalho Platina mais importante é enviado para ser processado enquanto um volume menor de trabalho Bronze menos importante aguarda para ser colocado em fila. Porém, exatamente por causa do trabalho de prioridade mais baixa estar na maioria atrasado, isso não faz com que a taxa média de longa duração de trabalho Bronze que executa no servidor de aplicativos seja menor que a taxa média de longa duração de pedidos Bronze que entram. No final, os recursos das operações dinâmicas tentam manter o trabalho dentro do tempo de destino alocado para conclusão.