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
Utilización de más de un nodo de entrada.
- Cómo especificar las características del mensaje de
entrada.
Consulte Definición de 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 Utilización de 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
Utilización de 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
Optimización de 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 dentro del flujo de mensajes
(utilizando los nodos RouteToLabel y Label) o el destino de 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
Creación de listas de destino.
- Si desea utilizar WebSphere MQ
colas de clúster. Para obtener más información, consulte
Utilización de 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 Utilización de 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
Validación de 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 Visualización del á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 Acceso 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 Configuración de flujos de mensajes coordinados.
- Si desea que a sus mensajes se les aplique conversión de datos. Las opciones disponibles se describen en Configuración de los 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
Manejo de errores en flujos de mensajes.