Al diseñar un flujo de mensajes, deben tenerse en cuenta
varios factores que incluyen algunas o todas las opciones siguientes:
- Qué nodos proporcionan la función que necesita. En muchos casos, puede elegir entre varios nodos que proporcionan una
función adecuada. Es posible que deba tener en cuenta otros factores que se listan aquí para
determinar qué nodo es el mejor para sus necesidades generales. Puede incluir nodos
incorporados, nodos definidos por el usuario y nodos de subflujo. Para obtener más información, consulte
Decidir los nodos a utilizar.
- Si es adecuado incluir más de un nodo de entrada. Para obtener más información, consulte
Utilizar más de un nodo de entrada.
- Cómo especificar las características del mensaje de entrada.
Consulte Definir las características de los mensajes de entrada para
obtener más detalles.
- Si desea determinar la ruta que sigue un mensaje a
través del flujo de mensajes, basándose en el contenido o las
características del mensaje. Varios nodos proporcionan comprobaciones o
pruebas de los mensajes y los terminales de salida que se pueden conectar
para dirigir ciertos mensajes a distintos nodos. Esto se describe más ampliamente en Utilizar nodos para la toma de decisiones.
- Si puede utilizar subflujos que proporcionan un
subconjunto de procesos bien definidos. Es posible que pueda reutilizar
subflujos creados para otro proyecto
(por ejemplo, una rutina de proceso de errores). O es posible que desee
crear un subflujo en el proyecto actual y reutilizarlo en varios sitios
dentro del mismo flujo de mensajes. Para obtener más información, consulte
Utilizar subflujos.
- Qué tiempos de respuesta esperan sus aplicaciones del flujo de
mensajes. En ello inciden varios aspectos de cómo se configuran sus nodos y
el flujo.
Para obtener más información, consulte
Optimizar los tiempos de respuesta de los flujos de mensajes.
- Si puede utilizar la lista de destinos dentro del Entorno local
asociado con el mensaje para determinar el proceso en el flujo de mensajes
(utilizando los nodos RouteToLabel y Label) o el destino para los mensajes de salida
(por ejemplo, estableciendo la propiedad Modalidad de
destino del nodo MQOutput en Lista de
destinos). Para obtener más información, consulte
Crear listas de destino.
- Si desea utilizar WebSphere MQ
colas de clúster. Para obtener más información, consulte
Utilizar colas de clúster de WebSphere MQ para entrada y salida.
- Si desea utilizar WebSphere MQ colas
compartidas en z/OS. Su utilización se describe más ampliamente en Utilizar colas compartidas de WebSphere MQ para entrada y salida (z/OS).
- Si desea validar los mensajes de entrada
recibidos por el nodo de entrada, o los mensajes de salida
generados por el nodo Compute, o ambos.
Para obtener más información, consulte
Validar mensajes.
- Si desea ver o registrar la estructura del mensaje en
la salida del nodo de rastreo. Para obtener más información sobre cómo hacerlo, consulte Ver el árbol lógico de mensaje en la salida de rastreo.
- Si los flujos de mensajes acceden a datos en las bases
de datos. Debe configurar los nodos de flujos de mensajes, las bases de
datos y las conexiones a bases de datos para habilitarlo, tal como se
describe en Acceder a bases de datos desde flujos de mensajes.
- Si los mensajes deben manejarse dentro de una transacción.
Algunos nodos incorporados tienen propiedades que se pueden establecer
para controlar cómo se gestionan las transacciones y cómo se procesan los
mensajes dentro de una transacción. Para obtener más información, consulte
Configurar flujos de mensajes coordinados.
- Si desea que a sus mensajes se les aplique conversión de datos. Las opciones disponibles se describen en Configurar flujos de mensajes para la conversión de datos.
- Qué pasos puede tomar para asegurar que los mensajes no se pierdan. Para obtener más información, consulte
Asegurarse de que los mensajes no se pierden.
- Cómo se manejan los errores dentro del flujo de mensajes. Puede utilizar los recursos que proporciona el intermediario para manejar
los errores que se produzcan durante la ejecución del flujo de mensajes
(por ejemplo, si el nodo de entrada no puede recuperar un mensaje de
entrada, o si al grabar en una base de datos se produce un error). Sin
embargo, es posible que prefiera diseñar el flujo de mensajes para manejar
los errores de forma específica. Para obtener más información, consulte
Manejar errores en flujos de mensajes.
Para obtener una introducción básica al desarrollo de flujos de mensajes, consulte el manual técnico de IBM WebSphere Message Broker Basics.