Visão Geral Técnica do WebSphere Message Broker

O WebSphere Message Broker permite que informações empacotadas fluam entre diferentes aplicativos de negócios, variando de grandes sistemas tradicionais até dispositivos não controlados, como sensores em pipelines.

Este diagrama mostra os quatro componentes principais do WebSphere Message Broker (Message Brokers Toolkit, Configuration Manager, Broker e User Name Server) e como eles interagem uns com os outros.

O WebSphere Message Broker processa mensagens de duas maneiras: roteamento de mensagens e transformação de mensagens.

Roteamento de Mensagens

As mensagens podem ser roteadas do emissor para o destinatário, com base no conteúdo da mensagem.

Os fluxos de mensagens projetados controlam o roteamento de mensagens. Um fluxo de mensagens descreve as operações a serem executadas na mensagem de entrada, e a seqüência na qual elas são executadas.

Cada fluxo de mensagens consiste em:

A IBM fornece nós integrados e amostras para muitas funções comuns. Se precisar de funções adicionais, você poderá gravar seus nós definidos pelo usuário; consulte Visão Geral de Extensões Definidas pelo Usuário.

Você pode criar fluxos de mensagens no Message Brokers Toolkit, que é um ambiente de desenvolvimento integrado integrado e um console de administração de domínio do intermediário.

Transformação de Mensagem

As mensagens podem ser transformadas antes de serem entregues:
  • Elas podem ser transformadas de um formato para outro, talvez para acomodar os diferentes requisitos do emissor e do destinatário.
  • Podem ser transformadas modificando, combinando, incluindo ou removendo campos de dados, talvez envolvendo a utilização de informações armazenadas em um banco de dados. As informações podem ser mapeadas entre mensagens e bancos de dados. A manipulação mais complexa de dados da mensagem pode ser obtida codificando ESQL (Extended SQL), ou Java em nós configuráveis.
As transformações podem ser feitas por vários nós em um fluxo de mensagens. Antes de um nó do fluxo de mensagens operar em uma mensagem que chega, ele deve entender a estrutura dessa mensagem.
  • Algumas mensagens contêm uma definição de sua própria estrutura e formato. Estas mensagens são conhecidas como mensagens de autodefinição, que podem ser manipuladas sem a necessidade de informações adicionais sobre estrutura e formato; consulte Elementos e Mensagens Predefinidos e de Autodefinição.
  • Outras mensagens não contêm informações sobre sua estrutura e formato. Para processá-las, é necessário criar uma definição de sua estrutura; consulte Arquivos de Definição de Mensagem.

As definições de mensagem projetadas são criadas em um conjunto de mensagens que contém uma ou mais definições de mensagem. Os conjuntos de mensagens também categorizam definições de mensagem. O recurso de categoria, que pode ser estendido utilizando scripts XSLT, é utilizado para gerar WSDL (Web Services Description Language) e documentação; consulte Categorias de Mensagens.

Como fluxos de mensagens, você cria definições de mensagens no ambiente de trabalho. Elas contêm dois tipos de informações:
  • A estrutura lógica: a disposição abstrata e características dos dados, representadas como uma estrutura em árvore; consulte O Modelo de Mensagem.
  • Um ou mais formatos físicos: a maneira que os dados são representados e delimitados no fluxo de bits físico; consulte Formatos Físicos no Domínio MRM.

Criar o Ambiente de Tempo de Execução

O trabalho de rotear e transformar mensagens ocorre em um intermediário. Os intermediários contêm vários grupos de execução, que são processos nos quais os fluxos de mensagens são executados.

Os intermediários estão agrupados em domínios do intermediário. Cada domínio é coordenado por um Configuration Manager. Pode haver muitos intermediários em um único domínio e cada um pode estar em execução em um sistema diferente. Ter vários intermediários ajuda a fornecer proteção contra falha e pode separar o trabalho em diferentes divisões nos negócios.

O administrador do sistema cria o Configuration Manager com uma instrução de linha de comandos. O Configuration Manager utiliza um repositório interno para armazenar informações relacionadas ao seu domínio de intermediário.

O administrador do sistema cria um ou mais intermediários de maneira semelhante, vinculando cada um a um Configuration Manager específico, fazendo com que eles façam parte do domínio controlado por aquele Configuration Manager. Cada intermediário utiliza um banco de dados para armazenar informações necessárias para processar mensagens no tempo de execução.

O Configuration Manager também exibe os usuários e grupos nas ACLs (Listas de Controle de Acesso) que você utiliza para configurar permissões do usuário; consulte Segurança Baseada em Tópico. Para obter informações adicionais sobre ACL, consulte Publicação/Assinatura posteriormente neste tópico.

Desenvolver Aplicativos

Depois que o administrador do sistema criou e conectou os componentes do domínio do intermediário, um desenvolvedor de aplicativos cria e modifica fluxos de mensagens e definições de mensagens utilizando o ambiente de trabalho.

No ambiente de trabalho são utilizadas diferentes perspectivas para desenvolver fluxos de mensagens e conjuntos de mensagens e para administrar domínios do intermediário; consulte Message Brokers Toolkit.

Um repositório pode ser utilizado para fornecer controle de acesso e controle de versão. Um repositório também permite que vários desenvolvedores trabalhem nos mesmos recursos em paralelo; consulte Repositório de Desenvolvimento.

Você pode utilizar o WebSphere MQ para comunicação entre aplicativo e intermediários; consulte WebSphere MQ Enterprise Transport. Outros protocolos de comunicação que você pode utilizar são:

Implementar Aplicativos no Ambiente de Tempo de Execução

Quando fluxos de mensagens e conjuntos de mensagens forem criados utilizando o ambiente de trabalho, os dados executáveis poderão ser implementados (transferidos) para um ou mais intermediários; consulte Visão Geral da Implementação.

É possível implementar dados das seguintes maneiras:
  • A partir do ambiente de trabalho
  • Utilizando um comando shell
  • Utilizando a interface de programação de aplicativos do Configuration Manager Proxy

Ao implementar fluxos de mensagens e conjuntos de mensagens, eles são compilados e reunidos em um arquivo bar (Broker Archive), e enviados para o Configuration Manager; see Visão Geral da Implementação. O arquivo BAR possui propriedades de sistema configuráveis. Propriedades, tais como, nomes de filas ou de bancos de dados podem ser substituídas, sem a necessidade de alterar arquivos de origem ou de desenvolver novamente o fluxo de mensagens. Esta configuração facilita a movimentação de definições entre sistemas.

O Configuration Manager abre o envelope, remove o conteúdo, estabelece um registro das informações que ele recebeu e roteia as informações para os intermediários apropriados. (O envelope será descartado quando as informações contidas nele forem recuperadas.) Cada intermediário armazena as informações em seu próprio banco de dados local. Este armazenamento local significa que, quando um intermediário possui informações suficientes, ele pode continuar processando mensagens, mesmo que não esteja mais conectado a seu Configuration Manager.

O Configuration Manager coordena toda a atividade (por exemplo, alterações em um conjunto de mensagens) entre o ambiente de trabalho e intermediários em seu domínio. O sistema de mensagens do WebSphere MQ é utilizado entre o ambiente de trabalho, o Configuration Manager e os intermediários.

Publicação/Assinatura

A maneira mais simples de direcionar mensagens é utilizar o sistema de mensagens ponto-a-ponto, enviar mensagens diretamente de um aplicativo para outro; consulte Modelos de Comunicação de Aplicativos. Publicação/Assinatura oferece um estilo alternativo de sistema de mensagens.

Um aplicativo de publicação envia uma mensagem sobre um tópico denominado para um intermediário; consulte Tópicos. O intermediário transmite a mensagem publicada para os aplicativos que registraram interesse nesse tópico. O editor e o assinante não estão cientes da existência um do outro.

O intermediário trata a distribuição de mensagens entre aplicativos de publicação e aplicativos de assinatura. Os aplicativos podem ser publicados, ou receber assinaturas de muitos tópicos, além de aplicar mecanismos de filtragem mais sofisticados.

Um Servidor de Nome de Usuário opcional no domínio do intermediário controla quem está autorizado a publicar ou efetuar assinatura em tópicos. Configure e administre a segurança baseada no tópico do ambiente de trabalho.

Configure permissões do usuário em nível individual ou de grupo utilizando Listas de Controle de Acesso; consulte Segurança Baseada em Tópico.

Informações Adicionais

Para obter uma introdução básica ao WebSphere Message Brokers, consulte a publicação IBM RedbooksWebSphere Message Broker Basics.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Última atualização : 2009-02-13 16:11:33

ab20551_