Mensajería de publicación/suscripción mediante un enlace IBM MQ: ejemplo
Un puente de publicación/suscripción a través de un enlace IBM MQ permite a los suscriptores del bus de integración de servicios de WebSphere Application Server recibir los mismos mensajes publicados como suscriptores en una red de IBM MQ. El perfil de intermediario de WebSphere Application Server permite que estos dos dominios separados de publicación/suscripción aparezcan como una sola entidad.
Imagine que hay dos empresas, "GolfStats Inc." y "FootballFansData Inc.", y que cada una de ellas proporciona un servicio de resultados y noticias para diferentes tipos de eventos deportivos. Ambas pagan a terceros para que recopilen información deportiva (para golf y fútbol respectivamente) y publican estos datos en sus sistemas de IT. GolfStats y FootballFansData cobran después a sus socios una cuota mensual a cambio de una aplicación que se ejecuta en un sistema de escritorio, que va emergiendo a medida que los resultados están disponibles.
GolfStats también utiliza su sistema de TI para alojar un sitio web y ejecutar otras aplicaciones empresariales, de forma que sus sistemas de TI se basan en WebSphere Application Server y en el bus de integración de servicios. Sin embargo, FootballFansData no tiene otras aplicaciones empresariales, y utiliza IBM MQ para sus requisitos de publicación/suscripción de mensajería.

La figura 1 muestra dos empresas diferentes. GolfStats Inc tiene una tercera empresa que se conecta a los sistemas de tecnologías de la información cuando un resultado queda disponible y publica información en un espacio de temas sobre el tema "deportes/golf", que reciben los suscriptores que se suscriben a "deportes//.". (//. en la sintaxis utilizada por el puente de publicación/suscripción indica toda la información de deportes). La mensajería de publicación/suscripción de GolfStats Inc es manejada por un bus de integración de servicios.
Del mismo modo, un proveedor de terceros de FootballFansData Inc publica información en la red de IBM MQ sobre el tema "deportes/fútbol", que es recibida por una aplicación de suscripción que se suscribe a "deportes/#" (sintaxis de IBM MQ para toda la información de deportes). La mensajería de publicación/suscripción de FootballFansData Inc se maneja mediante un gestor de colas de IBM MQ, que WebSphere Application Server considerará como un bus foráneo, aunque los dos sistemas no estén conectados actualmente.
Recientemente, GolfStats y FootballFansData se han fusionado, y la nueva junta directiva desea unir los sistemas de TI existentes para poder proporcionar información sobre golf y fútbol a ambos grupos de clientes. Una opción consiste en migrar todos los sistemas de TI de FootballFansData para que utilicen el bus de integración de servicios. Sin embargo, este enfoque requiere una importante inversión de capital, así como la actualización del código de aplicaciones de los clientes y de terceros para que éstas puedan conectarse al sistema. Una alternativa más sencilla es establecer un puente entre los dos sistemas utilizando el enlace WebSphere MQ y un perfil de intermediario.
Las empresas realizan las acciones siguientes para establecer un puente entre los dos sistemas:
- Identifican un gestor de colas IBM MQ o (para IBM MQ for z/OS) un grupo de compartimiento de colas, denominado (por ejemplo) QM_GATEWAY, en el sistema de FootballFansData, que actuará como pasarela para conectarse a la red de IBM MQ.
- Configuran una conexión de bus foráneo para el bus de integración de servicios de GolfStats para habilitar el intercambio de mensajes entre el bus y la red de IBM MQ.
- Definen un perfil de intermediario en el enlace de WebSphere MQ que indica el nombre del gestor de colas de la red de IBM MQ donde se publican los mensajes, denominado QM_TWO en este ejemplo.
- Definen una correlación de temas asociada con el perfil de intermediario para permitir el flujo de las publicaciones entre el bus de integración de servicios y la red de IBM MQ. La correlación será bidireccional en un tema "deportes//.", lo que permite transferir todas las publicaciones de la rama deportes de la jerarquía de temas.
Cuando estas tareas se han completado y el servidor de aplicaciones que aloja el bus de integración de servicios de GolfStats se ha reiniciado, los mensajes empiezan a fluir entre los dos sistemas. Esto permitirá que los clientes de FootballFansData reciban información sobre golf y que los clientes de GolfStats reciban información sobre fútbol. El diagrama que aparece más adelante en esta sección muestra la vía lógica de un mensaje de "golf" publicado en el sistema IT de GolfStats IT que recibe un suscriptor del sistema FootballFansData.

Si GolfStats ha utilizado el mismo espacio de temas para publicar información sobre el tema "empresa/finanzas" para consumo interno del personal, estos mensajes no se direccionarán a la red de IBM MQ de FootballFansData porque no se ha creado una correlación de temas para este tema. Esto garantiza que el equipo de GolfStats puede limitar la gente que pueden recibir estos mensajes a los usuarios con autorización para hacerlo en el sistema de GolfStats, y evita un tráfico de mensajes innecesario entre los dos sistemas.