![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Intelligent Management: políticas de roteamento e de serviço
Dois tipos de políticas são aplicados a um pedido: roteamento e serviço. É possível criar políticas de roteamento para pedidos de HTTP e SOAP e criar políticas de serviço para pedidos de HTTP, IIOP, SOAP, JMS e SIP. Adicionalmente, as classes de trabalho podem conter regras de classificação para ambos os tipos de política, com exceção do JMS. As regras de classificação não são suportadas para classes de trabalho JMS.
Políticas de Roteamento Válidas
Política de Roteamento | Description |
---|---|
permit:application_name | application_name é o nome do aplicativo a ser roteado com um especificador de edição opcional. |
permitMM:application_name | application_name é o nome do aplicativo a ser roteado com um especificador de edição opcional. O roteamento desta maneira permite que o pedido continue como normal. Note que o servidor deve estar no modo de manutenção. |
permitsticky:application_name | A política de roteamento permitsticky é igual à política de roteamento permit, com a exceção de que o On Demand Router (ODR) também mantém a afinidade de cliente para servidor para quaisquer solicitações futuras provenientes do mesmo cliente. Neste caso, o ODR inclui um cabeçalho SET-COOKIE na resposta, antes de enviar a resposta ao cliente. A ação permitsticky significa que o ODR estabelecerá ativamente a afinidade entre o cliente e o servidor se a afinidade ainda não tiver sido estabelecida pelo aplicativo.
O ODR realiza isso incluindo um SET-COOKIE: WSJSESSIONID=xx:serverID; path=webModuleContextRoot na resposta se:
|
permitstickyMM:application_name | Essa política de roteamento é igual a política de roteamento permit, exceto que o ODR também mantém a afinidade de cliente para servidor para quaisquer pedidos futuros provenientes do mesmo cliente. Neste caso, o ODR inclui um cabeçalho SET-COOKIE na resposta, antes de enviar a resposta ao cliente. Note que o servidor deve estar no modo de manutenção. |
reject:HTTP_error_code | Essa política de roteamento faz com que o ODR rejeite o pedido e retorne o código de erro de HTTP especificado. Por exemplo, reject:503 retorna um erro 503 O Serviço Está Indisponível. |
reject:URL | Com esta política de roteamento, o ODR redireciona a solicitação para a URL especificada. A URL tem o padrão do protocolo://URI. Um exemplo de uma URL válida é http://w3.ibm.com. |
Políticas de Serviço Válidas
As políticas de serviço válidas são a lista de nomes de classes de transação. A classe de transação refere-se a um única classe de serviço.