Transações de Serviços da Web, Alta Disponibilidade, Firewalls e Nós Intermediários

É possível configurar seu sistema para ativar a propagação de contextos de mensagem Web Services Atomic Transactions (WS-AT) e de contextos de mensagem Web Service Business Activities (WS-BA) em firewalls ou fora do domínio do WebSphere Application Server. Com estas configurações, é possível distribuir aplicativos de serviço da Web que usam WS-AT ou WS-BA em sistemas diferentes. A topologia usada pode afetar a alta disponibilidade e o comportamento de afinidade das transações.

As transações de serviços da Web (WS-AT ou WS-BA) podem usar todas as funções de alta disponibilidade transacionais. Isso inclui recuperação no mesmo nível de um servidor por outro servidor ativo no mesmo cluster e um redirecionamento de mensagens de protocolo para o servidor no mesmo nível para concluir unidades de trabalho para o servidor com falha. Para ativar a alta disponibilidade para transações de serviços da Web, consulte o tópico sobre como configurar as propriedades de transação para recuperação peer. Para obter informações gerais sobre alta disponibilidade e recuperação peer-to-peer em WebSphere Application Server, consulte o tópico sobre alta disponibilidade transacional.

Quando as transações dos serviços da web são distribuídas entre aplicativos em diferentes servidores ou clusters ou para sistemas que não são sistemas do WebSphere Application Server, você deve considerar a afinidade de roteamento por transação dos pedidos de serviço da Web, assim como o impacto sobre alta disponibilidade do serviço de transações no WebSphere Application Server. Se um cliente remoto envia uma série de pedidos transacionais a um serviço de destino implementado em um cluster, geralmente você deseja que o primeiro pedido estabeleça uma afinidade transacional do aplicativo cliente para o servidor de destino, pois os pedidos subsequentes na mesma transação são entregues ao mesmo servidor de destino. Quando a transação é concluída, as mensagens do protocolo de transação também são enviadas ao mesmo servidor de destino, a não ser e até que o failover de alta disponibilidade da transação ocorra.

As topologias disponíveis para você são as seguintes:
Conexão direta

Use esta topologia para configurações sem cluster. Não existe nenhum nó intermediário nessa topologia. O cliente se comunica diretamente com o WebSphere Application Server específico no qual o serviço de destino está hospedado. Essa topologia suporta afinidade de transação e alta disponibilidade, mas apenas quando o cliente executa em um WebSphere Application Server Versão 6.0.2 ou posterior na mesma célula administrativa que o serviço de destino.

Servidor proxy WebSphere Application Server

Utilize esta topologia quando o cliente não fizer parte da mesma célula administrativa que o serviço de destino, e você não precisar de afinidade de transação ou alta disponibilidade de transação. Nessa topologia, o cliente se comunica com um Servidor Proxy para IBM® WebSphere Application Server, que roteia dinamicamente as solicitações do cliente e as mensagens do protocolo de transação de serviços da Web para o servidor apropriado em um cluster do WebSphere Application Server. O servidor proxy é configurado na mesma célula administrativa que o serviço de destino.

Evitar Problemas Evitar Problemas: O WebSphere Application Server não fornece suporte de roteador on demand (ODR) para esse cenário. Apenas o servidor proxy doWebSphere Application Server pode agir como um proxy para os terminais da transação de serviço da web.gotcha

O servidor proxy fornece o suporte de roteamento para alta disponibilidade e afinidade da transação no limite da célula administrativa. Assim como para qualquer configuração proxy HTTP, você deve fornecer informações da URL do terminal HTTP, ou seja, configurar o prefixo da URL do servidor HTTP para o módulo de serviço da Web de destino.

Além disso, você deve configurar o servidor proxy para as transações de serviços da web entregar mensagens do protocolo de transação de serviço da web para o WebSphere Application Server apropriado. Para isso, configure o prefixo do proxy HTTP de serviço de transações, que é descrito no tópico sobre como ativar o WebSphere Application Server para usar um nó intermediário para transações de serviços da Web.

O cliente de serviço da Web envia mensagens por meio de um firewall, para o Servidor Proxy do WebSphere na zona desmilitarizada. Em seguida, o servidor proxy transmite a mensagem para um servidor dentro do cluster do WebSphere Application Server.
Servidor HTTP, como o IBM HTTP Server

Use essa topologia quando o roteamento de alta disponibilidade e afinidade de transação não for exigido pelo cliente, por exemplo, em razão de o serviço de destino ser implementado em um servidor sem cluster.

Nessa topologia, o cliente se comunica com um servidor HTTP, que sempre roteia mensagens de protocolo de transação de pedidos do cliente e serviços da Web para um WebSphere Application Server específico. Assim como para qualquer configuração proxy HTTP, você deve fornecer informações da URL do terminal HTTP, ou seja, configurar o prefixo da URL do servidor HTTP para o módulo de serviço da Web de destino. Além disso, normalmente é preciso configurar o servidor HTTP para as transações de serviços da Web, ou seja, configurá-lo para entregar mensagens do protocolo de transação de serviços da Web para o WebSphere Application Server apropriado. Para isso, configure o prefixo do proxy HTTP de serviço de transações, que é descrito no tópico sobre como ativar o WebSphere Application Server para usar um nó intermediário para transações de serviços da Web.

O servidor HTTP não pode fornecer afinidade nem alta disponibilidade para transações. Entretanto, a integridade transacional é garantida, pois o processo de recuperação ocorre depois que o servidor com falha reinicia.
Nota: É possível ainda ativar alta disponibilidade no WebSphere Application Server. Clientes não-WebSphere Application Server que acessam esse servidor por meio de um servidor HTTP não podem se beneficiar da alta disponibilidade das transações, mas outros clientes que acessam o mesmo servidor podem. Quando o cliente está em WebSphere Application Server, capacidade de alta disponibilidade integral ainda está disponível se o servidor que atua como cliente puder endereçar mensagens de protocolo de transação diretamente para o servidor de aplicativo, sem roteamento de proxy HTTP para essas mensagens de protocolo. Neste cenário específico, você não deve especificar um prefixo de proxy HTTP de serviço de transações.
O cliente de serviço da Web se comunica, por meio de um firewall, com o servidor HTTP na zona desmilitarizada. A configuração do servidor HTTP determina onde a mensagem é enviada no WebSphere Application Server.

Você pode ter um servidor HTTP existente que é um proxy reverso para todas as mensagens recebidas, incluindo mensagens de protocolo transacionais. Se desejar que esse servidor tenha recursos de alta disponibilidade e gerenciamento de carga de trabalho de um Servidor Proxy para IBM WebSphere Application Server, crie um Servidor Proxy para IBM WebSphere Application Server e configure o servidor HTTP para rotear todos os pedidos para o servidor proxy, assim como no cenário a seguir.

O servidor HTTP junto com um Servidor Proxy para IBM WebSphere Application Serverr

use essa topologia quando o cliente não fizer parte da mesma célula administrativa que o serviço de destino e você não precisar de afinidade de transação ou alta disponibilidade de transação. A topologia é semelhante à topologia do Servidor Proxy para IBM WebSphere Application Server, mas suporta o uso de qualquer servidor HTTP como proxy reverso externo.

Nessa topologia, o cliente se comunica com um servidor HTTP, que você configura, roteando pedidos de um plug-in para um servidor proxy, para encaminhar as mensagens de protocolo de transação de pedidos do cliente e serviços da Web para um Servidor Proxy do IBM WebSphere Application Server. O proxy então roteia dinamicamente os pedidos para o servidor apropriado em WebSphere Application Server. O servidor proxy é configurado na mesma célula administrativa que o serviço de destino.

O servidor proxy fornece o suporte de roteamento para alta disponibilidade e afinidade da transação no limite da célula administrativa. Assim como para qualquer configuração proxy HTTP, você deve fornecer informações da URL do terminal HTTP, ou seja, configurar o prefixo da URL do servidor HTTP para o módulo de serviço da Web de destino.

Também, você deve configurar o servidor HTTP e servidor proxy para transações de serviços da Web, ou seja, deve configurá-lo para fornecer mensagens de protocolo de transação de serviços da Web para o WebSphere Application Server apropriado. Para isso, configure o prefixo do proxy HTTP de serviço de transações, que é descrito no tópico sobre como ativar o WebSphere Application Server para usar um nó intermediário para transações de serviços da Web.

O cliente de serviço da Web se comunica, por meio de um firewall, com o servidor HTTP na zona desmilitarizada. O servidor HTTP redireciona todos os pedidos para o Servidor Proxy para IBM WebSphere Application Server, que roteia dinamicamente pedidos para o servidor correto no WebSphere Application Server.

Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjta_routing
Nome do arquivo: cjta_routing.html