Decidindo Quais Nós Utilizar

Antes de começar:

Leia o tópico de conceitos sobre os nós do fluxo de mensagens.

O WebSphere Event Broker inclui um grande número de nós de processamento de mensagens que você pode utilizar em seus fluxos de mensagens.Também é possível escolher entre nós definidos pelo usuário que foram criados e fornecidos pelos usuário do ou outros fornecedores e empresas.

Sua decisão sobre quais nós utilizar depende do processamento que você deseja executar em suas mensagens. Os nós internos podem ser considerados em várias categorias e são exibidos no workbench agrupado nestas categorias (embora este agrupamento não tenha nenhum efeito em sua operação). Você também pode categorizar nós definidos pelo usuário da mesma forma. As categorias são:

Entrada e Saída
Os nós de entrada e saída definem pontos no fluxo de mensagens para os quais os clientes enviam mensagens (nós de entrada como MQInput) e a partir dos quais recebem mensagens (nós de saída, como MQOutput). Os aplicativos clientes interagem com esses nós, colocando mensagens ou obtendo mensagens, o recurso de E/S que é especificado pelo nó como a origem ou o destino das mensagens. Embora um fluxo da mensagem deva incluir ao menos um nó de entrada, não é necessário incluir um nó de saída.
  • Se estiver criando um fluxo de mensagens que deseja implementar em um intermediário, é necessário incluir pelo menos um nó de entrada para receber mensagens. O nó de entrada escolhido depende da origem das mensagens de entrada e de onde no fluxo você deseja receber as mensagens:
    MQInput
    Se as mensagens chegarem no intermediário em uma fila do WebSphere MQ e o nó precisar estar no início de um fluxo de mensagens.

    Início da mudançaA utilização dos fluxos de mensagens que contêm nós MQeInput no WebSphere Event Broker Versão 6.0 está obsoleta. Projete novamente seus fluxos de mensagens para remover os nós MQe e substitui-los por nós MQ configurados para suas próprias especificações e coordenados com sua configuração de Gateway MQe. Para saber detalhes adicionais, consulte a seção Migrando um Fluxo de Mensagens que Contém Nós do WebSphere MQ Everyplace.Fim da mudança

    MQGet
    Se as mensagens chegarem no intermediário em uma fila do WebSphere MQ e o nó não precisar estar no início de um fluxo de mensagens.
    SCADAInput
    Se as mensagens forem enviadas por um dispositivo de telemetria.
    Real-timeInput ou Real-timeOptimizedFlow
    Início da mudançaSe as mensagens forem enviadas por um aplicativo JMS ou multicast. O nó Real-timeInput é um nó de entrada e o nó Real-timeOptimizedFlow é um fluxo de mensagens completo que fornece um fluxo de mensagens de Publicação/Assinatura de alto desempenho.Fim da mudança
    Início da mudançaJMSInputFim da mudança
    Início da mudançaSe as mensagens forem enviadas por um aplicativo JMS.Fim da mudança
    Nó Input Definido pelo Usuário
    Se a origem da mensagem for um cliente ou aplicativo que utiliza um protocolo ou transporte diferente.
    Nó Input
    Se estiver criando um fluxo de mensagens que deseja incorporar em outro fluxo de mensagens (um subfluxo) que você não implementará como um fluxo de mensagens independente, será necessário incluir pelo menos um nó Input para receber mensagens no subfluxo.

    Uma instância do nó Input representa um terminal de entrada. Por exemplo, se você tiver incluído uma instância do nó Input, o ícone do subfluxo mostrará um terminal de entrada que pode ser conectado a outros nós no fluxo principal da mesma forma que é conectado qualquer outro nó.

    É possível implementar apenas fluxos de mensagens que tenham pelo menos um nó input. Se seu fluxo de mensagens não contiver um nó input, não será possível incluí-lo ao arquivo arquivado do intermediário. O nó input pode estar no fluxo principal, ou em um fluxo de mensagens que esteja incorporado no fluxo principal.

    É possível utilizar mais de um nó input em um fluxo de mensagens. Para obter mais informações, consulte Utilizando Mais de Um Nó Input.

  • Se desejar enviar as mensagens produzidas pelo fluxo de mensagens para um aplicativo de destino, poderá incluir um ou mais nós de saída. O nó escolhido dependerá do transporte através do qual o aplicativo de destino espera receber aquelas mensagens:
    Publication
    Se desejar distribuir as mensagens utilizando a rede de publicação/assinatura para aplicativos assinantes do intermediário em todos os protocolos suportados. Um nó Publication é um nó output que utiliza destinações de saída que são identificadas pelos assinantes cujas assinaturas correspondem às características da mensagem atual.
    MQOutput
    Se o aplicativo de destino espera receber mensagens em uma fila do WebSphere MQ ou na fila responder para do WebSphere MQ especificada na mensagem de entrada MQMD.

    Início da mudançaA utilização de fluxos de mensagens que contêm nós MQeOutput no WebSphere Event Broker Versão 6.0 está obsoleta. Projete novamente seus fluxos de mensagens para remover os nós MQe e substitui-los por nós MQ configurados para suas próprias especificações e coordenados com sua configuração de Gateway MQe. Para saber detalhes adicionais, consulte a seção Migrando um Fluxo de Mensagens que Contém Nós do WebSphere MQ Everyplace.Fim da mudança

    MQReply
    Se o aplicativo de destino espera receber mensagens na fila responder para do WebSphere MQ especificada na mensagem de entrada MQMD
    SCADAOutput
    Se um dispositivo de telemetria for o destino das mensagens de saída e o nó Publication não for apropriado
    Real-timeOptimizedFlow
    Se o aplicativo de destino for um aplicativo JMS ou multicast
    Início da mudançaJMSOutputFim da mudança
    Início da mudançaSe as mensagens são para um destino JMS.Fim da mudança
    Nó Output Definido pelo Usuário
    Se o destino for um cliente ou aplicativo que utiliza um protocolo ou transporte diferente
    Nó Output
    Se estiver criando um fluxo de mensagens que deseja incorporar em outro fluxo de mensagens (um subfluxo) que você não implementará como um fluxo de mensagens independente, será necessário incluir pelo menos um nó Output para propagar mensagens para nós subseqüentes que serão conectados ao subfluxo.

    Uma instância do nó Output representa um terminal de saída. Por exemplo, se você tiver incluído duas instâncias do nó Output, o ícone do subfluxo mostrará dois terminais de saída que podem ser conectados a outros nós no fluxo principal da mesma forma que é conectado qualquer outro nó.

Conceitos relacionados
Visão Geral de Fluxos de Mensagens
Suporte ao Aplicativo para o Usuário Final
Tarefas relacionadas
Configurando o DB2
Projetando um Fluxo de Mensagens
Criação de um Fluxo de Mensagens
Definindo o Conteúdo do Fluxo de Mensagens
Implementando
Referências relacionadas
Nós Internos
Suporte ao Aplicativo para o Usuário Final
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
ac00330_