Al diseñar un flujo de mensajes, debe considerar diversos factores de diseño que incluyen algunas o todas las opciones siguientes:
- Qué nodo proporcionan la función que necesita. En muchos casos, puede elegir entre varios nodos que ofrecen una función adecuada. Es posible que deba tener en cuenta otros factores listados aquí para determinar el nodo que se ajusta mejor a sus necesidades globales. Puede incluir nodos incorporados, nodos definidos por el usuario y nodos de subflujo. Para obtener más información, consulte el apartado Cómo decidir los nodos que utilizar.
- Si es adecuado incluir más de un nodo de entrada. Para obtener más información, consulte el apartado Utilización de más de un nodo de entrada.
- Cómo especificar las características del mensaje de entrada. Consulte
el apartado Definición de características de mensajes para obtener información
más detallada.
- Si desea determinar la vía de acceso que sigue un mensaje a través del flujo de mensajes en función del contenido o de las características del mensaje. Muchos nodos proporcionan comprobaciones o exámenes de los terminales de entrada y de salida de mensajes que se pueden conectar para dirigir determinados mensajes a nodos diferentes. Este tema se describe más ampliamente en el apartado Utilización de nodos para la toma de decisiones.
- Si puede utilizar subflujos que proporcionen un subconjunto de procesos bien definidos.
Es posible que pueda reutilizar subflujos creados para otro proyecto (por ejemplo, una subrutina de proceso de errores). O bien, puede crear un subflujo en el proyecto actual y reutilizarlo en distintas ubicaciones dentro del mismo flujo de mensajes. Para obtener más información, consulte el apartado
Utilización de subflujos.
- Los tiempos de respuesta que esperan las aplicaciones del flujo de mensajes. Varios aspectos relacionados con la configuración de los nodos y del flujo influyen en este factor. Para obtener más información, consulte el apartado
Optimización de los tiempos de respuesta de los flujos de mensajes.
- Si puede utilizar la lista de destinos dentro del entorno local asociado al mensaje para determinar el proceso en el flujo de mensajes (utilizando 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 el apartado Creación de listas de destinos.
- Si desea utilizar colas de clúster de WebSphere MQ. Para obtener más información, consulte el apartado Utilización de colas de clúster WebSphere MQ para entrada y salida.
- Si desea utilizar colas compartidas de WebSphere MQ en z/OS. En el apartado
Utilización de colas compartidas de WebSphere MQ para entrada y salida (z/OS) se describe su utilización.
- Si desea validar los mensajes de entrada que recibe el nodo de entrada o los mensajes de salida que genera el nodo Compute, o ambos. Para obtener más información, consulte el apartado Validación de mensajes.
- Si desea ver o registrar la estructura de mensajes de salida del nodo Trace.
En el apartado Vista del árbol de mensajes lógico en la salida de rastreo se proporciona información detallada sobre cómo hacerlo.
- Si desea que los flujos de mensajes accedan a los datos de las bases de datos. Para habilitarlo, debe configurar flujos de mensajes, bases de datos y conexiones de base de datos, tal como se describe en el apartado
Acceso a bases de datos desde flujos de mensajes.
- Si se deben manejar los mensajes dentro de una transacción. Algunos nodos incorporados tienen propiedades que se pueden establecer para controlar el modo en el que se gestionan las transacciones, y cómo
se procesan los mensajes dentro de una transacción. Para obtener más información, consulte el apartado
Configuración de flujos de mensajes coordinados.
- Si desea que los mensajes pasen por la conversión de datos. Las opciones que se proporcionan se describen en el apartado Configuración de flujos de mensajes para la conversión de datos.
- Los pasos que puede llevar a cabo para asegurarse de que no se pierdan los mensajes. Para obtener más información, consulte el apartado Cómo garantizar que los mensajes no se pierdan.
- Cómo se gestionan los errores dentro del flujo de mensajes. Puede utilizar los recursos que proporciona el intermediario para manejar cualquier error encontrado 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 escribir en una base de datos se produce un error).
Sin embargo, es posible que prefiera diseñar el flujo de mensajes de modo que maneje los errores de un modo específico. Para obtener más información, consulte el apartado
Manejo de errores en flujos de mensajes.