Messagerie entre deux serveurs d'applications via IBM MQ

Vous pouvez utiliser les liens IBM MQ pour envoyer un message WebSphere Application Server d'un serveur d'applications à un autre par l'intermédiaire d'un réseau IBM MQ.

Vous pouvez échanger des messages entre deux serveurs d'applications via un réseau IBM MQ intermédiaire, comme le montre l'illustration suivante :
Figure 1. Echange de messages entre deux serveurs d'applications via un réseau IBM MQ intermédiaire.
Cette figure est décrite dans le texte.

Dans ce cas, le réseau IBM MQ inclut deux gestionnaires de files d'attente de passerelle. L'un se connecte au bus local à l'aide d'une paire émetteur-récepteur IBM MQ de canaux de messages, reconnue par le bus local sous l'appellation de lien IBM MQ. L'autre gestionnaire se connecte au bus externe indirect à l'aide d'une autre paire émetteur-récepteur IBM MQ de canaux de messages, reconnue par le bus externe indirect sous l'appellation de lien IBM MQ. Dans le cas le plus simple, le même gestionnaire de files d'attente de passerelle se connecte au bus local et au bus externe indirect.

Le réseau IBM MQ doit être configuré pour router les messages de manière appropriée entre le bus local et le bus externe indirect. Les informations de cette configuration ne sont généralement pas importantes pour les administrateurs WebSphere Application Server, mais elles se trouvent dans le manuel IBM MQ Intercommunication (SC34-6059).

La configuration et le fonctionnement de la messagerie entre deux bus d'intégration de services via un réseau intermédiaire IBM MQ sont beaucoup simples si vous choisissez des noms de bus conformes aux restrictions de dénomination de gestionnaire de files d'attente IBM MQ et des noms de destinations de bus conformes avec les restrictions de dénomination IBM MQ :
  • Les gestionnaires de files d'attente du réseau IBM MQ "voient" le bus local et le bus externe indirect comme gestionnaires de files d'attente et y font référence en indiquant leurs noms de gestionnaire de files d'attente virtuels. Si les noms de bus d'intégration de services sont conformes aux restrictions IBM MQ restrictions des noms de gestionnaire de files d'attente, le nom de gestionnaire de files d'attente virtuels que IBM MQ utilise peut (et doit) être identique au nom de bus utilisé par l'intégration de services.

    Si le nom de gestionnaire de files d'attente virtuel que IBM MQ utilise pour un bus externe n'est pas identique au nom du bus d'intégration de services utilisé par le bus externe, le bus local doit définir le bus externe en fonction du nom du gestionnaire de files d'attente virtuel et non pas du nom du bus d'intégration de services réel (car le réseau intermédiaire IBM MQ ne connaît pas le nom du bus d'intégration de services réel et il ne peut pas router les messages envoyés à ce nom). La destination de réponse peut toujours utiliser le nom de bus local, car le lien IBM MQ remplace automatiquement le nom du gestionnaire de files d'attente virtuel lors de l'envoi des messages au réseau IBM MQ.

  • Lors du transport des messages via le réseau IBM MQ, IBM MQ traite les noms des destinations de type file d'attente d'intégration de service comme noms de file d'attente IBM MQ. Cela implique que IBM MQ ne peut pas transporter les noms de destination d'intégration de services qui ne sont pas conformes aux restrictions de nom de file d'attente IBM MQ.

    Si le nom de destination cible n'est pas conforme aux restrictions de nom de file d'attente IBM MQ, le bus local doit définir une destination d'alias qui mappe le nom de destination de bus réel à un nom conforme aux restrictions de nom de file d'attente IBM MQ. De même, les applications sur le bus local peuvent utiliser le nom conforme IBM MQ à la place du nom de destination de bus réel.

    Dans les deux cas, le bus distant doit définir une destination d'alias qui mappe le nom conforme IBM MQ au nom de destination de bus réel. Si le nom de la destination de réponse n'est pas conforme aux restrictions de noms de file d'attente IBM MQ, les applications sur le bus local doivent utiliser un nom conforme IBM MQ à la place du nom de destination de bus réel. Le bus local doit définir une destination d'alias qui mappe le nom conforme IBM MQ au nom de destination de bus réel.

Lors du transport des messages via le réseau IBM MQ, d'importantes informations de contexte sont transportées dans l'en-tête MQRFH2. Vous devez configurer l'application pour inclure l'en-tête MQRFH2.

Les messages ayant des destinations de réponse de type sujet doivent avoir les mappages appropriés de sujet de pont de publication/abonnement définis dans la direction appropriée pour que les messages de réponse puissent être transférés entre un réseau IBM MQ et WebSphere Application Server. Cette opération est automatique comme pour les messages avec des destinations de réponse de type file d'attente.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjc0006_
Nom du fichier : cjc0006_.html