O ARFM (Autonomic Request Flow Manager) pode processar pedidos em várias camadas. As camadas podem incluir tanto o software WebSphere Application Server quanto outros softwares.
Em uma configuração com múltiplas camadas, supõe-se que todos os softwares sejam organizados em nós, processos do servidor ou servidores de aplicativos, clusters de processos do servidor, destinos de implementação, que podem incluir tanto processos de clusters quanto de servidores que não estão armazenados em cluster e camadas de processamento. Consulte a terminologia de topologia do WebSphere Extended Deployment para obter informações adicionais sobre servidores e clusters que não estão em execução no software WebSphere.
No diagrama precedente, existem quatro nós que têm servidores de aplicativos que são membros de um cluster. Cada servidor de aplicativos possui uma ou mais áreas de processamento, representadas por círculos pretos no diagrama.
O cluster A é feito de servidores de aplicativos do WebSphere Application Server. O servidor A1 e o servidor A2 são membros de um cluster. Os servlets e os beans corporativos são implementados no cluster. Os servlets enviam trabalho para os beans corporativos.
Cada camada é específica de um destino de implementação. Existem duas camadas no cluster A. O cluster B e o cluster C têm uma camada cada. A camada do servlet no cluster A e a única camada no cluster B são camadas de destino. Um servidor de destino, um nó de destino, um cluster de destino, uma célula de destino ou uma camada de destino recebe pedidos diretamente do ODR (On Demand Router).
O ARFM aplica controle na entrada do sistema. Neste caso, a entrada é o ODR. O ARFM não mede o tráfego para/das camadas que estão em uma profundidade maior que a primeira. Você deve configurar explicitamente as camadas que não são de destino.
Para obter informações adicionais sobre como definir configurações de camadas múltiplas, consulte Roteando Pedidos para Nós que Não Estão em Execução no WebSphere Extended Deployment.