Publicar/assinar o sistema de mensagens por meio de um link do IBM MQ: exemplo
Uma ponte de publicação/assinatura sobre um link do IBM MQ permite que assinantes no barramento de integração de serviço no WebSphere Application Server recebam as mesmas mensagens publicadas que os assinantes em uma rede do IBM MQ. O perfil do broker no WebSphere Application Server permite que esses dois domínios de publicação/assinatura separados para aparecer como uma única entidade.
Suponha que haja duas empresas "GolfStats Inc." e "FootballFansData Inc." e que cada uma forneça um serviço de resultados e notícias de diferentes tipos de evento esportivo. Ambos pagam a terceiros a coleta de informações esportivas (para golfe e futebol, respectivamente) e publicam esses dados em seus sistemas de TI. GolfStats e FootballFansData cobram dos membros do público uma taxa mensal em troca de um aplicativo executado em um computador desktop, que lança os resultados à medida que se tornam disponíveis.
GolfStats também usa seu sistema de TI para hospedar um Web site e executar outros aplicativos de negócios, portanto, seus sistemas de TI têm como base o WebSphere Application Server e o barramento de integração de serviço. Entretanto, FootballFansData não possui nenhum outro aplicativo de negócios e ele usa o sistema de mensagens do IBM MQ para seus requisitos de publicação/assinatura.

A figura 1 mostra duas empresas separadas. A GolfStats Inc possui um terceiro que se conecta a seus sistemas de TI quando um resultado é disponibilizado e publica informações em um espaço de tópico no tópico "sports/golf", que é recebido pelos assinantes que assinam "sports//.". (//. na sintaxe usada pela ponte de publicação/assinatura indica todas as informações sobre esportes). O sistema de mensagens de publicação/assinatura na GolfStats Inc é manipulado por um barramento de integração de serviço.
Da mesma forma, um fornecedor de terceiros de FootballFansData Inc publica informações para a rede do IBM MQ no tópico "sports/football", que é recebido por um aplicativo assinante assinando "sports/#" (sintaxe do IBM MQ para todas as informações sobre esportes). O sistema de mensagens de publicação/assinatura em FootballFansData Inc é manipulado por um gerenciador de filas do IBM MQ, que pode ser visualizado pelo WebSphere Application Server como um barramento externo, embora os dois sistemas não estejam conectados atualmente.
Recentemente a GolfStats e a FootballFansData se fundiram e o novo gerenciamento deseja unir os sistemas de TI existentes, a fim de fornecer informações sobre golf e futebol para ambos os conjuntos de clientes. Uma opção é migrar todos os sistemas de TI da FootballFansData para usar o barramento de integração de serviço. Entretanto, essa abordagem requer um investimento expressivo de capital, bem como fazer upgrade do código do aplicativo de terceiros e do cliente para poder estabelecer conexão com o sistema. Uma alternativa mais simples seria a ponte entre os dois sistemas usando o link do WebSphere MQ e um perfil do broker.
As empresas realizam as seguintes ações para criar a ponte entre os dois sistemas:
- Identifique um gerenciador de filas do IBM MQ ou (para o IBM MQ for z/OS) grupo de filas compartilhadas, chamado (por exemplo) QM_GATEWAY no sistema FootballFansData, que atuará como o gateway para conexão com a rede do IBM MQ.
- Configure uma conexão de barramento externo para o barramento de integração de serviço da GolfStats para permitir que as mensagens sejam trocadas entre o barramento e a rede do IBM MQ.
- Defina um perfil de broker na lista do WebSphere MQ que informa o nome do gerenciador de filas na rede do IBM MQ em que as mensagens são publicadas, chamado QM_TWO neste exemplo.
- Defina um mapeamento de tópico associado ao perfil do broker para permitir o fluxo de publicações entre o barramento de integração de serviço e a rede do IBM MQ. O mapeamento será bidirecional em um tópico de "sports//.", que permite que todas as publicações, na ramificação de esportes da hierarquia do tópico, sejam transferidas.
Quando essas tarefas forem concluídas e o servidor de aplicativos que hospeda o barramento de integração de serviço da GolfStats for reiniciado, as mensagens começarão a fluir entre os dois sistemas. Isto permite que clientes do FootballFansData recebam informações sobre golfe e os clientes do GolfStats recebam informações sobre futebol. O diagrama a seguir nesta seção mostra o caminho lógico de uma mensagem de "golf", publicada no sistema de TI da GolfStats, que está sendo recebida por um assinante no sistema da FootballFansData.

Se GolfStats usasse o mesmo espaço de tópico para publicar informações sobre o tópico "business/financials" para consumo interno da equipe, então essas mensagens não seriam roteadas para a rede do IBM MQ da FootballFansData porque um mapeamento de tópico não foi criado para este tópico. Isso assegura que a equipe da GolfStats possa limitar as pessoas que são capazes de receber essas mensagens a pessoas autorizadas para tal no sistema da GolfStats, evitando tráfego de mensagens desnecessário entre os dois sistemas.