Sistema de mensagens entre dois servidores de aplicativos por meio do IBM MQ

É possível usar links do IBM MQ para enviar uma mensagem do WebSphere Application Server de um servidor de aplicativos para outro por meio de uma rede do IBM MQ.

É possível trocar mensagens entre dois servidores de aplicativos por meio de uma rede intermediária do IBM MQ, conforme mostrado na seguinte figura:
Figura 1. Trocando mensagens entre dois servidores de aplicativos utilizando uma rede intermediária do IBM MQ.
Essa figura está descrita no texto circundante.

Neste caso, a rede do IBM MQ inclui dois gerenciadores de filas de gateway. Um conecta-se ao barramento local usando um par de emissor-receptor do IBM MQ de canais de mensagens, conhecidos para o barramento local como um link do IBM MQ. O outro conecta-se ao barramento externo indireto usando outro par de emissor-receptor do IBM MQ de canais de mensagens, conhecidos para o barramento externo indireto como um link do IBM MQ. No caso mais simples, o mesmo gerenciador de filas de gateway se conecta ao barramento local e ao barramento externo indireto.

A rede do IBM MQ deve ser configurada para rotear mensagens, conforme necessário, entre os barramentos local e externo indireto. Normalmente, os detalhes desta configuração não são importantes para os administradores do WebSphere Application Server, mas podem ser localizados em IBM MQ Intercommunication.

A configuração e operação do sistema de mensagens entre dois barramentos de integração de serviços por meio de uma rede intermediária do IBM MQ é muito mais simples se escolher nomes de barramentos que sejam compatíveis com as restrições de nomenclatura do gerenciador de filas do IBM MQ, e se escolher nomes de destinos de barramentos que sejam compatíveis com as restrições de nomenclatura de fila do IBM MQ:
  • Os gerenciadores de filas na rede do IBM MQ "veem" o barramento local e o barramento externo indireto como gerenciadores de filas e referem-se a eles por seus nomes de gerenciadores de filas virtuais. Se os nomes do barramento de integração de serviços forem compatíveis com as restrições do IBM MQ para nomes de gerenciadores de filas, o nome do gerenciador de filas virtual usado pelo IBM MQ poderá (e deve) ser o mesmo nome de barramento usado pela integração de serviço.

    Se o nome do gerenciador de filas virtual usado pelo IBM MQ para um barramento externo não for o mesmo nome do barramento de integração de serviços usado por esse barramento externo, o barramento local deverá definir o externo pelo nome do gerenciador de filas virtual desse barramento externo, não o nome do barramento de integração de serviços real (porque a rede intermediária do IBM MQ não sabe o nome do barramento de integração de serviços real e não pode rotear mensagens direcionadas para esse nome). Os destino de respostas podem usar sempre o nome do barramento local, porque o link do IBM MQ substitui automaticamente o nome do gerenciador de filas virtual ao transmitir a mensagem para a rede do IBM MQ.

  • Embora as mensagens estejam sendo transportadas por meio da rede do IBM MQ, o IBM MQ trata os nomes dos destinos de tipo de fila de integração de serviço como nomes de fila do IBM MQ. Isso significa que o IBM MQ não pode transportar nomes de destino de integração de serviço que não sejam compatíveis com as restrições de nomes de fila do IBM MQ corretamente.

    Se o nome de destino desejado não for compatível com as restrições de nome de fila do IBM MQ, o barramento local deve definir um destino de alias que mapeia o nome de destino do barramento atual para um nome que é compatível com as restrições de nome de fila do IBM MQ. Alternativamente, os aplicativos no barramento local podem usar o nome compatível do IBM MQ em vez do nome de destino de barramento real.

    Seja qual for o caso, o barramento remoto deverá definir um destino de alias que mapeie o nome compatível do IBM MQ para o nome de destino de barramento real. Se o nome do destino de resposta não for compatível com as restrições de nome de fila do IBM MQ, os aplicativos no barramento local deverão usar um nome compatível do IBM MQ em vez do nome de destino de barramento real. O barramento local deverá definir um destino de alias que mapeie o nome compatível do IBM MQ para o nome de destino de barramento real.

Embora as mensagens estejam sendo transportadas por meio da rede do IBM MQ, informações de contexto importantes são transportadas no cabeçalho MQRFH2. Você deve configurar o aplicativo para que o cabeçalho MQRFH2 seja incluído.

Mensagens com destino de resposta de estilo de tópico devem ter os mapeamentos apropriados de tópico de ponte de publicação/assinatura definidos na direção relevante para que as mensagens de resposta possam ser transferidas entre uma rede do IBM MQ e o WebSphere Application Server. Isso não é automático, uma vez que é para mensagens com destinos de resposta de fila.


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