Decidir los nodos a utilizar

WebSphere Event Broker incluye un gran número de nodos de proceso de mensajes que puede utilizar dentro de los flujos de mensajes.

Antes de empezar:

Consulte el tema de concepto sobre nodos de flujos de mensajes.

También puede seleccionar entre nodos definidos por el usuario creados y proporcionados por usuarios de u otros proveedores o empresas.

La decisión sobre qué nodos utilizar depende del proceso que desee realizar en los mensajes.

Nodos de entrada y salida
Los nodos de entrada y salida definen puntos en el flujo de mensajes a los que las aplicaciones cliente envían mensajes (nodos de entrada, como MQInput) y desde los cuales las aplicaciones cliente reciben mensajes (nodos de salida, como MQOutput). Las aplicaciones cliente interaccionan con estos nodos poniendo mensajes, u obteniendo mensajes, de los recursos de E/S que el nodo especifica como origen o destino de los mensajes. Aunque un flujo de mensajes debe incluir un nodo de entrada como mínimo, no es necesario que incluya un nodo de salida.
  • Si está creando un flujo de mensajes para desplegar a un intermediario, debe incluir un nodo de entrada, como mínimo, para recibir mensajes. El nodo de entrada que elija dependerá del origen de los mensajes de entrada y del lugar del flujo en el que desee recibir los mensajes:
    MQInput
    Utilice un nodo MQInput si los mensajes llegan al intermediario en una cola de WebSphere MQ y el nodo ha de estar al principio de un flujo de mensajes.

    El uso de los flujos de mensajes que contienen nodos MQeInput en WebSphere Event Broker Versión 6.0 ya no se utiliza. Vuelva a diseñar los flujos de mensajes para eliminar los nodos MQe y sustitúyalos por nodos MQ que estén configurados según las especificaciones propias y coordinados con la configuración de pasarela MQe. Para obtener más información, consulte el tema Migración de un flujo de mensajes que contiene nodos WebSphere MQ Everyplace.

    MQGet
    Utilice un nodo MQGet si los mensajes llegan al intermediario en un de WebSphere MQ y el nodo no ha de estar al principio de un flujo de mensajes.
    SCADAInput
    utilice un nodo SCADAInput si los mensajes los envía un dispositivo de telemetría.
    Real-timeInput o Real-timeOptimizedFlow
    Utilice uno de estos nodos si los mensajes los envía una aplicación JMS o de multidifusión.

    El nodo Real-timeInput es un nodo de entrada y el nodo Real-timeOptimizedFlow es un flujo de mensajes completo que proporciona un flujo de mensajes publicación/suscripción de alto rendimiento.

    JMSInput
    Utilice un nodo JMSInput si los mensajes se envían mediante una aplicación JMS.
    Nodo Input
    Si está creando un flujo de mensajes que desea incluir en otro flujo de mensajes (un subflujo) que no va a desplegar flujo de mensajes autónomo, debe incluir, como mínimo, un nodo Input que reciba los mensajes en el subflujo.

    Una instancia del nodo Input representa un terminal In (de entrada). Por ejemplo, si ha incluido una instancia del nodo Input, el icono de subflujo muestra un terminal de entrada que se puede conectar a otros nodos del flujo principal del mismo modo que se conecta cualquier otro nodo.

    Para desplegar un flujo de mensajes, éste debe tener al menos un nodo de entrada. Si su flujo de mensajes no contiene un nodo de entrada, no podrá añadirlo al archivo de archivado de intermediario. El nodo de entrada puede estar en el flujo principal, o en un flujo de mensajes que esté incorporado al flujo principal.

    Puede utilizar más de un nodo de entrada en un flujo de mensajes. Para obtener más información, consulte Utilizar más de un nodo de entrada.

  • Si desea enviar los mensajes generados por el flujo de mensajes a una aplicación de destino, puede incluir uno o más nodos de salida. El nodo de salida que elija dependerá del transporte a través del cual la aplicación de destino espere recibir estos mensajes:
    Publication
    Utilice un nodo Publication para distribuir los mensajes utilizando la red de publicación/suscripción para aplicaciones que se suscriben al intermediario a través de todos los protocolos soportados. Un nodo Publication es un nodo de salida que usa destinos de salida que identifican los suscriptores cuyas suscripciones coinciden con las características del mensaje actual.
    MQOutput
    Utilice un nodo MQOutput si la aplicación de destino espera recibir mensajes en una cola WebSphere MQ o en la cola de respuestas de WebSphere MQ que se ha especificado en el MQMD del mensaje de entrada.

    La utilización de los flujos de mensajes que contienen nodos MQeOutput en WebSphere Event Broker Versión 6.0 está en desuso. Vuelva a diseñar los flujos de mensajes para eliminar los nodos MQe y sustitúyalos por nodos MQ que estén configurados según las especificaciones propias y coordinados con la configuración de pasarela MQe. Para obtener más información, consulte el tema Migración de un flujo de mensajes que contiene nodos WebSphere MQ Everyplace.

    MQReply
    Utilice un nodo MQReply si la aplicación de destino espera recibir mensajes en la cola de respuestas WebSphere MQ especificada en el MQMD del mensaje de entrada.
    SCADAOutput
    Utilice un nodo SCADAOutput si el destino de los mensajes de salida es un dispositivo de telemetría y el nodo Publication no es adecuado.
    Real-timeOptimizedFlow
    Utilice un nodo Real-timeOptimizedFlow si la aplicación de destino es una aplicación JMS o de multidifusión.
    JMSOutput
    Utilice un nodo JMSOutput si los mensajes son para un destino JMS.
    Nodo Output
    Si está creando un flujo de mensajes que desea incorporar en otro flujo de mensajes (un subflujo) que no va a desplegar como flujo de mensajes autónomo, debe incluir un nodo Output, como mínimo, para propagar mensajes a los nodos siguientes en el subflujo.

    Una instancia del nodo Output representa un terminal Out (de salida). Por ejemplo, si ha incluido dos instancias del nodo Output, el icono de subflujo muestra dos terminales de salida, que puede conectar a otros nodos del flujo principal de la misma manera que conecta cualquier otro nodo.

Conceptos relacionados
Visión general de flujos de mensajes
Soporte de aplicaciones de usuario final
Tareas relacionadas
Configuración de bases de datos de intermediario
Configuración de la seguridad de DB2 en z/OS
Diseñar un flujo de mensajes
Crear un flujo de mensajes
Definir el contenido del flujo de mensajes
Despliegue
Referencia relacionada
Nodos incorporados
Soporte para aplicaciones de usuario final
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009. Reservados todos los derechos.
Última actualización : 2009-02-16 14:30:17

ac00330_