Web Services Addressing: Firewalls e Nós Intermediários

O uso do suporte de WS-Addressing (Web Services Addressing) neste produto possibilita a criação de referências de terminais que podem ser distribuídas através de firewalls e nós intermediários.

O uso do suporte de WS-Addressing possibilita a geração automática de referências de terminal, que representam terminais no nó, nos quais as referências são geradas. Essas referências de terminais contêm informações de endereço apropriadas, baseadas na URL configurada para o terminal e qualquer configuração de proxy válida para o servidor em que reside o terminal. As mensagens destinadas no referência de terminal do cliente são roteadas para o terminal através de nó ou nós intermediários apropriados, conforme descrito nos cenários de topologia a seguir.

Se você utilizar a API proprietária da IBM para criar a referência de terminal, a topologia de seu sistema também poderá afetar o tipo de referência de terminal gerado pelo modelo de programação de WS-Addressing. Por exemplo, se você utilizar o método EndpointReferenceManager.createEndpointReference(QName serviceName, String endpointName) para criar uma referência de terminal em um ambiente em cluster, a referência de terminal, por padrão, representa um terminal que é gerenciado pela carga de trabalho no cluster no qual o terminal foi criado, de acordo com as topologias apropriadas nas seções a seguir. Portanto, esse comportamento fornece uma aprimoramento de desempenho para o aplicativo.
Nota: Se o componente de aplicativo solicitante for executado em uma transação ou em uma sessão HTTP, as restrições de afinidade poderão ser aplicadas ao gerenciamento de carga de trabalho de terminais.

[AIX Solaris HP-UX Linux Windows][IBM i]A API proprietária da IBM também pode ser utilizada para criar uma referência de terminal que represente um serviço que não deve ser gerenciado pela carga de trabalho, por exemplo, porque mantém o estado na memória. Um serviço que utiliza um bean de sessão com preservação de estado é um exemplo de serviço que conta com a afinidade de roteamento para uma instância específica do servidor. Para criar uma referência de terminal para tal serviço, utilize o ~ método EndpointReferenceManager.createEndpointReference(QName serviceName, String endpointName, java.rmi.Remote statefulSessionBean).

[AIX Solaris HP-UX Linux Windows][IBM i]Se você ativar a alta disponibilidade para beans de sessão stateful e criar a referência de terminal usando esse método, a referência de terminal permanecerá válida mesmo se o bean de sessão stateful tenha ativado o failover, desde que o pedido se origine de um cliente do WebSphere Application Server no versão 6.1 ou posterior, ou é roteado por um Servidor Proxy para o IBM® WebSphere Application Server na mesma célula administrativa, conforme descrito nos cenários de topologia a seguir.

Para referências de terminais que referem-se a serviços que não acessam informações com preservação de estado localizadas em um servidor específico, todos os seguintes cenários de topologias são apropriados.

Conexão direta

Utilize esta topologia para configurações sem cluster.

Nesta topologia, não existe um nó intermediário. O cliente se comunica diretamente com o servidor no qual o terminal de destino reside. Nessa topologia, as APIs do WS-Addressing geram automaticamente o endereço de referência de terminal apropriado, com base na URL configurada para o módulo de serviço da Web. Esse cenário é ilustrado no diagrama a seguir.
O cliente de serviço da web envia mensagens diretamente para o WebSphere Application Server que hospeda o terminal de destino.
Também é possível usar essa topologia quando referências de terminal criadas usando a API proprietária da IBM faz referência a serviços implementados em um cluster gerenciado pela carga de trabalho. No entanto, as mensagens destinadas na referência de terminal serão gerenciadas pela carga de trabalho apenas se o cliente que destina a referência de terminal for um cliente do WebSphere Application Server, na Versão 6.1 ou posterior, que existe na mesma célula administrativa que o terminal, conforme ilustrado no diagrama a seguir.
O cliente do WebSphere Application Server usa seu gerenciamento de carga de trabalho e a lógica de roteamento de alta disponibilidade para rotear mensagens para o terminal de destino, que é hospedado em um cluster do WebSphere Application Server. O cliente e o servidor existem na mesma célula administrativa.

Referências de terminais criadas usando a API do JAX-WS padrão não são gerenciadas pela carga de trabalho.

Servidor Proxy para IBM WebSphere Application Server

Utilize essa topologia quando as referências de terminais referirem-se a serviços implementados em um cluster gerenciado pela carga de trabalho, acessarem, opcionalmente, informações com preservação de estado localizadas em um servidor específico e puderem, opcionalmente, ser submetidas a failover em uma configuração altamente disponível.

Nessa topologia, as APIs do WS-Addressing geram automaticamente o endereço de referência de terminal apropriado, com base no prefixo de URL do Servidor Proxy para IBM WebSphere Application Server que é configurado para o módulo de serviço da Web de destino. É necessário fornecer informações de URL de terminal HTTP, ou seja, configurar o prefixo de URL do HTTP para cada implementação de cada aplicativo. O cliente pode existir fora da célula administrativa que contém o servidor proxy e o servidor de destino. O cliente se comunica com o servidor proxy, que roteia dinamicamente os pedidos do cliente para o servidor apropriado no cluster.
O cliente de serviço da Web envia mensagens, através de um firewall, para o Servidor Proxy para IBM WebSphere Application Server. O servidor proxy utiliza, então, seu gerenciamento de carga de trabalho e a lógica de roteamento de alta disponibilidade para rotear mensagens para o terminal em um servidor no cluster. O servidor proxy e o servidor de destino existem na mesma célula administrativa.
[AIX Solaris HP-UX Linux Windows][IBM i]Se o proxy endereçado pela referência de terminal for um Servidor Proxy para IBM WebSphere Application Server, na Versão 6.1 ou posterior, que exista na mesma célula administrativa que o terminal, as mensagens destinadas em uma referência de terminal gerenciada pela carga de trabalho serão gerenciadas pela carga de trabalho, com base no cluster. Para obter referências de terminais criadas usando a API proprietária da IBM, o seguinte comportamento também se aplica:
  • Se a referência de terminal representar um bean de sessão com preservação de estado, os pedidos destinados na referência de terminal reterão afinidade com o servidor e a instância desse bean de sessão com preservação de estado.
  • Se a referência de terminal representar um bean de sessão com preservação de estado altamente disponível, a referência de terminal permanecerá válida, se o bean de sessão com preservação de estado for submetido a failover em outro servidor.
As referências de terminais criadas usando a API do JAX-WS padrão não têm afinidade com o servidor ou alta disponibilidade.

[z/OS]Se o proxy endereçado pela referência de terminal for um Servidor Proxy para IBM WebSphere Application Server, na Versão 6.1 ou posterior, que exista na mesma célula administrativa que o terminal, as mensagens destinadas em uma referência de terminal gerenciada pela carga de trabalho serão gerenciadas pela carga de trabalho, com base no cluster.

Servidor HTTP, como o IBM HTTP Server

Utilize esta topologia quando as referências de terminal referem-se a serviços que são implementados em um cluster gerenciado por carga de trabalho e que não acessam quaisquer informações com preservação de estado localizadas em um servidor específico.

Nessa topologia, a API do IBM WS-Addressing gera automaticamente o endereço de referência de terminal apropriado com base no prefixo de URL do servidor HTTP configurado para o módulo de serviço da Web de destino. Você deve fornecer informações da URL de terminal HTTP, ou seja, configurar o prefixo da URL de HTTP para cada implementação de cada aplicativo. O cliente se comunica com o servidor HTTP, que, em seguida, roteia as solicitações do cliente para um servidor específico com base na configuração do servidor HTTP.
O cliente de serviço da Web se comunica, através 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.

[AIX Solaris HP-UX Linux Windows][IBM i]Não implemente uma referência de terminal que representa um bean de sessão com preservação de estado nesta topologia, porque o servidor HTTP não reterá afinidade com esse bean de sessão com preservação de estado e distribuirá seus pedidos entre os servidores disponíveis.

[AIX Solaris HP-UX Linux Windows][IBM i]Para manter a afinidade do bean de sessão stateful e a alta disponibilidade de referências de terminais criados usando a API proprietária da IBM, use um Servidor Proxy para IBM WebSphere Application Server além do seu servidor HTTP, conforme descrito na topologia a seguir.

Servidor HTTP com um Servidor Proxy para IBM WebSphere Application Server

Utilize esta topologia quando as referências de terminais referem-se a serviços implementados em um cluster gerenciado por carga de trabalho, opcionalmente acessam informações com preservação de estado localizadas em um servidor específico e, opcionalmente, podem ser submetidas a failover em uma configuração altamente disponível. 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, a API do WS-Addressing gera automaticamente o endereço de referência de terminal apropriado com base no prefixo de URL do servidor HTTP configurado para o módulo de serviço da Web de destino. É necessário fornecer informações de URL de terminal HTTP, ou seja, configurar o prefixo de URL do HTTP para cada implementação de cada aplicativo.

O cliente se comunica com o servidor HTTP, que é configurado roteando pedidos de um plug-in para um servidor proxy, para encaminhar as solicitações de clientes para um Servidor Proxy para IBM WebSphere Application Server. O proxy roteia dinamicamente os pedidos para o servidor apropriado.
O cliente de serviço da Web se comunica, através de um firewall, com o servidor HTTP na zona desmilitarizada. O servidor HTTP redireciona todos os pedidos para o Servidor Proxy para o IBM WebSphere Application Server, que roteia dinamicamente pedidos para o servidor correto no cluster do WebSphere Application Server. O servidor proxy e o servidor de destino existem na mesma célula administrativa.
[AIX Solaris HP-UX Linux Windows][IBM i]Se o proxy endereçado pela referência de terminal for um Servidor Proxy para IBM WebSphere Application Server, na Versão 6.1 ou posterior, que exista na mesma célula administrativa que o terminal, as mensagens destinadas em uma referência de terminal gerenciada pela carga de trabalho serão gerenciadas pela carga de trabalho, com base no cluster. Para obter referências de terminais criadas usando a API proprietária da IBM, o seguinte comportamento também se aplica:
  • Se a referência de terminal representar um bean de sessão com preservação de estado, os pedidos destinados na referência de terminal reterão afinidade com o servidor e a instância desse bean de sessão com preservação de estado.
  • Se a referência de terminal representar um bean de sessão com preservação de estado altamente disponível, a referência de terminal permanecerá válida, se o bean de sessão com preservação de estado for submetido a failover em outro servidor.
As referências de terminais criadas usando a API do JAX-WS padrão não têm afinidade com o servidor ou alta disponibilidade.

[z/OS]Se o proxy endereçado pela referência de terminal for um Servidor Proxy para IBM WebSphere Application Server, na Versão 6.1 ou posterior, que exista na mesma célula administrativa que o terminal, as mensagens destinadas em uma referência de terminal gerenciada pela carga de trabalho serão gerenciadas pela carga de trabalho, com base no cluster.


Í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=cwbs_wsa_eprs
Nome do arquivo: cwbs_wsa_eprs.html