Coexistência: Preservar ou Migrar um Gateway Versão 5.1

Os gateways de serviço da web em execução no WebSphere Application Server Versão 5.1 podem, sujeitos a determinadas restrições, coexistir com as instâncias de gateway em execução nos servidores de aplicativos da Versão 7.0 ou posterior servidores de aplicativos. Alternativamente, é possível migrar servidores de aplicativos e gateways do Versão 5.1 para o WebSphere Application Server Versão 7.0 ou posterior. Para ajudar a escolher se os gateways da Versão 5.1 serão preservados ou migrados, este tópico explica as restrições para a coexistência do gateway e a abordagem usada para a migração do gateway.

Nota: WebSphere Application Server Versão 5.0 não é mais suportado, portanto, você deve migrar quaisquer gateways existentes que estejam em execução em servidores de aplicativos do Versão 5.0 para serem executados nos servidores de aplicativos no nível atual do produto.

Coexistência com Gateways da Versão 5.1

Os gateways de serviços da Web do Versão 5.1 podem coexistir com os gateways do Versão 7.0 ou posterior, sujeitos às seguintes restrições:
  • O aplicativo de gateway dos serviços da Web do Versão 5.1 não é suportado nos servidores de aplicativos Versão 7.0 ou posterior.
  • Os aplicativos do listener do terminal de tecnologias de integração de serviços não serão suportados se forem instalados nos servidores de aplicativos da Versão 5.1.
  • Para alterar a configuração de um gateway em execução em um servidor de aplicativos Versão 5.1, use um navegador da Web em vez do console administrativo para acessar a interface com o usuário do gateway do Versão 5.1.

Se a implementação não for afetada por essas restrições e os gateways do Versão 5.1 estiverem em execução nos servidores de aplicativos independentes do Versão 5.1, então não será necessário executar nenhuma ação adicional.

Se a implementação não for afetada por essas restrições e os gateways da Versão 5.1 estiverem em execução nos servidores de aplicativos da Versão 5.1 que fazem parte das células do WebSphere Application Server Network Deployment, você poderá continuar utilizando os gateways e os servidores de aplicativos da Versão 5.1, mesmo que migrar as células da Versão 5.1 ou Versão 6 para a Versão 7.0 ou posterior. Entretanto, ao migrar uma célula, todo gateway da Versão 5.1 configurado anteriormente em um servidor de aplicativos na célula será substituído por um gateway vazio. Para preservar e restaurar as configurações de gateway da Versão 5.1, primeiramente siga as etapas fornecidas em Preservando um Gateway da Versão 5.1 ao Migrar uma Célula.

Migração de Gateways da Versão 5.1

É possível migrar um gateway da Versão 5.1 em execução em um servidor de aplicativos da Versão 5.1 para um gateway da Versão 7.0 ou posterior em execução em um servidor de aplicativos da Versão 7.0 ou posterior. Para isso, exporte a configuração do gateway da Versão 5.1 e depois execute um script para migrar a configuração exportada para uma nova instância de gateway em um servidor de aplicativos da Versão 7.0 ou posterior existente. As etapas detalhadas para esta tarefa são fornecidas em Migrando uma Configuração de Gateway de Serviços da Web do Versão 5.1. As regras-chave subjacentes ao processo de migração são as seguintes:
  • A migração pode ocorrer em paralelo com o gateway original que continua a execução e sem interromper a configuração existente.
  • Cada execução do comando de migração age segundo uma única configuração de gateway.
  • Uma configuração de gateway é migrada para uma instância do gateway, dentro de um barramento de integração de serviços. Mais de um gateway pode ser migrado para o mesmo barramento, porém nesse caso, os URIs de espaço de nomes do gateway devem ser diferentes.
  • Os listeners do nó de extremidade da instância do gateway estão todos localizados no mesmo servidor ou cluster do aplicativo; os locais dos destinos das portas da chamada de entrada estão todos no mesmo servidor ou cluster do aplicativo.
  • Todos os objetos e destinos criados têm o URI de espaço de nomes do gateway como um prefixo em seu nome, concatenados com dois pontos (":"). Por exemplo, com o URI de espaço de nomes padrão, um destino de resposta de serviço do gateway pode ser chamado: urn:ibmgateway:gatewayservicenameReply. Esse prefixo pode ser substituído por um parâmetro no comando de migração.
  • Todos os serviços de destino são migrados para os novos objetos OutboundService. Os objetos OutboundService existentes não podem ser reutilizados automaticamente pela configuração migrada.
  • Uma lista de rotinas de tratamento JAX-RPC é criada para cada serviço de gateway/canal e serviço de gateway/serviço de destino/combinação de portas. Esses não são compartilhados mesmo que contenham as mesmas rotinas de tratamento na mesma ordem.
  • Os objetos de configuração e ligação do WS-Security (Draft 13) são criados para cada serviço de gateway/combinação de serviço de gateway e serviço de destino. Esses não são compartilhados mesmo que tenham todos os mesmos valores de atributos. Todos os objetos criados possuem nomes baseados no nome atribuído ao serviço de entrada ou de saída criado pela ferramenta de migração:
    • As configurações do WS-Security criadas para cada serviço recebem o mesmo nome do próprio serviço, com o sufixo _Inbound ou _Outbound.
    • Os objetos de configuração do WS-Security criados como filhos recebem o mesmo nome do tipo de objeto, seguido por _x, em que x é o número de objetos que a ferramenta de migração criou do tipo para o serviço. Por exemplo, o primeiro objeto de Integridade Requerida criado para um determinado serviço é denominado RequiredIntegrity_1.
    • As ligações do WS-Security criadas recebem um nome que consiste no nome da porta, com o sufixo do tipo de ligação, um entre _Req_Rec, _Req_Snd, _Res_Rec e _Res_Snd.

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