Messagerie de publication/d'abonnement via un lien IBM MQ : exemple

Un pont de publication/abonnement sur un lien IBM MQ permet aux abonnés du bus d'intégration de services dans WebSphere Application Server de recevoir les mêmes messages publiés que les abonnés d'un réseau IBM MQ. Ce profil de courtier dans WebSphere Application Server permet à ces deux domaines de publication et d'abonnement distincts d'apparaître comme une même entité.

Imaginons deux entreprises "GolfStats Inc." et "FootballFansData Inc." qui fournissent chacune un service d'informations et de résultats pour divers types d'événement sportif. Ces deux entreprises sous-traitent à des tiers la collecte d'informations sportives (respectivement pour le golf et le foot) et publient ces données sur leur système informatique. GolfStats et FootballFansData facturent ensuite à leurs clients une cotisation mensuelle en échange d'une application exécutée sur leur ordinateur qui affiche les résultats dès que ces derniers sont disponibles.

GolfStats utilise aussi son système informatique pour héberger un site Web et exécuter d'autres applications de gestion ; son système informatique repose donc sur WebSphere Application Server et le bus d'intégration de services. En revanche, FootballFansData ne dispose pas d'autres applications métier et fait par conséquent appel à la technologie de messagerie IBM MQ pour répondre à ses besoins en matière de publication/d'abonnement.

Figure 1. Deux entreprises distinctes publiant des informations pour leur audience respective.
GolfStats a un bus d'intégration de services avec un espace de sujet. Une application de diffuseur de publications publie des messages sur le sujet "sports/golf" dans l'espace de sujet et une application de diffuseur de publications s'abonne à "sports//." pour recevoir les informations. FootballFansData possède un gestionnaire de files d'attente qui contrôle la publication/abonnement, qui peut être considéré par WebSphere Application Server comme un bus externe, bien que les deux réseaux ne soient pas actuellement connectés. Une application de diffuseur de publications publie des messages sur le sujet "sports/football" dans le gestionnaire de files d'attente et une application de diffuseur de publications s'abonne à "sports//#" pour recevoir les informations.

La figure 1 montre deux entreprises distinctes. GolfStats Inc a un tiers qui se connecte à leurs systèmes informatiques lorsqu'un résultat est disponible et publie les informations dans un espace de sujets dans le sujet "sports/golf" reçu par les abonnées à "sports//.". (//. dans la syntaxe utilisée par le pont publication/abonnement, indique toutes les informations sur le sport). La messagerie de publication/abonnement dans GolfStats Inc est gérée par un bus d'intégration de services.

De même, un fournisseur tiers pour FootballFansData Inc publie les informations sur le réseau IBM MQ dans le sujet "sports/football", informations reçues par une application d'abonné à "sports/#" (syntaxe IBM MQ pour toutes les informations sportives). La messagerie de publication/abonnement dans FootballFansData Inc. est gérée par un gestionnaire de files d'attente IBM MQ qui peut être considéré par WebSphere Application Server comme un bus externe, bien que les deux systèmes ne soient pas actuellement connectés.

GolfStats et FootballFansData ont récemment fusionné et les nouveaux responsables souhaitent relier les systèmes informatiques existants pour proposer des informations à la fois sur le golf et le sur foot à leurs clients respectifs. L'une des options consiste à migrer tous les systèmes informatiques de FootballFansData vers le bus d'intégration de services. Toutefois, cela requiert un investissement important, ainsi qu'une mise à niveau du code des applications client et tierces pour permettre la connexion au système. Une alternative simple consiste à lier les deux systèmes en utilisant le lien WebSphere MQ et un profil de courtier.

Les entreprises mettent en oeuvre les actions suivantes pour faire la liaison entre les deux systèmes :

  1. Identifiez un gestionnaire de files d'attente IBM MQ ou (pour IBM MQ for z/OS) un groupe de partage de file d'attente nommé, par exemple, QM_GATEWAY sur le système FootballFansData, qui va faire office de passerelle pour se connecter au réseau IBM MQ.
  2. Configurez une connexion de bus externe pour le bus d'intégration de services GolfStats afin de pouvoir échanger des messages entre le bus et le réseau IBM MQ.
  3. Définissez un profil de courtier sur le lien WebSphere MQ qui spécifie le nom du gestionnaire de files d'attente sur le réseau IBM MQ sur lequel les messages sont publiés (QM_TWO dans cet exemple).
  4. Définissez un mappage de sujets associé au profil de courtier pour permettre aux publications de circuler entre le bus d'intégration de services et le réseau IBM MQ. Ce mappage sera bi-directionnel sur un sujet "sports//." pour que toutes les publications de la branche sports de la hiérarchie des sujets puissent être transférées.

Une fois ces opérations effectuées et le serveur d'applications qui héberge le bus d'intégration de services GolfStats redémarré, les messages commencent à circuler entre les deux systèmes. Cela permet aux clients de FootballFansData de recevoir des informations sur le golf et aux clients de GolfStats de recevoir des informations sur le foot. Le schéma ci-après représente le chemin logique d'un message "golf" publié sur le système informatique de GolfStats et reçu par un abonné du système FootballFansData.

Figure 2. Deux entreprises liées, l'une d'entre elles publiant sur l'autre.
GolfStats a un bus d'intégration de services avec un espace de sujet. Une application de diffuseur de publications publie des messages sur le sujet "sports/golf" dans l'espace de sujet. Le pont de publication/abonnement s'abonne aux messages de l'espace de sujet et les transmet sur le lien WebSphere MQ à l'aide des canaux WebSphere MQ vers le système FootballFansData, qui est considéré par WebSphere Application Server comme un bus externe. Le gestionnaire de files d'attente de passerelle transmet les messages au gestionnaire de files d'attente 2 et une application de diffuseur de publications s'abonne à "sports//#" pour recevoir les informations.

Si GolfStats utilisait le même espace de sujet pour publier des informations sur le sujet "business/financials" destinées à un usage interne par son personnel, ces messages ne seraient pas acheminés au réseau IBM MQ de FootballFansData car aucun mappage de sujets n'a été créé pour ce sujet. Cela permet à l'équipe de GolfStats de limiter le nombre de personnes pouvant recevoir ces messages aux personnes autorisées à le faire sur le système GolfStats et d'éviter un trafic inutile de messages entre les deux systèmes.


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=cjc0005a_
Nom du fichier : cjc0005a_.html