Cada flujo de mensajes que diseña debe ofrecer un conjunto de proceso completo para los mensajes que se reciben desde un origen determinado. Sin embargo, el resultado pueden ser flujos de mensajes muy complejos que incluyan numerosos nodos, lo que puede causar posibles atascos y una saturación del rendimiento. Al aumentar el número de flujos de mensajes que procesan los mensajes se posibilita el proceso paralelo y, por consiguiente, se mejora la productividad.
También debe tener en cuenta el procedimiento utilizado para confirmar las acciones que se llevan a cabo en el flujo de mensajes y el orden en el que se procesan los mensajes.
Para optimizar la productividad de los flujos de mensajes, tenga en cuenta las opciones siguientes:
Puede actualizar la propiedad Instancias adicionales del flujo de mensajes difundido en un archivo bar: el intermediario inicia copias adicionales del flujo de mensajes en hebras separadas, facilitando el proceso paralelo. Es el modo más eficaz para manejar esta situación, siempre que no importe el orden en el que se procesan los mensajes.
Si el flujo de mensajes recibe mensajes de una cola WebSphere MQ, hasta cierto punto puede influir en el orden en el que se procesan estableciendo la propiedad Modalidad de orden del nodo MQInput:
Para las aplicaciones de publicación/suscripción que se comunican con el intermediario a través de cualquier protocolo para el que se ofrece soporte, los intermediarios publican los mensajes relacionados con cualquier tema especificado en el mismo orden que los reciben de los publicadores (reordenándolos en base a la prioridad de los mensajes, si procede). Generalmente, significa que cada suscriptor recibe mensajes de un intermediario determinado, sobre un tema específico, desde un publicador concreto, en el orden que los publica el publicador.
Sin embargo, en algunas ocasiones, es posible que se entreguen los mensajes sin seguir ningún orden. Puede suceder, por ejemplo, si un enlace de la red da error y otro enlace direcciona los mensajes siguientes.
Si necesita asegurarse del orden en el que se reciben los mensajes, puede utilizar el parámetro SeqNum (número de secuencia) o PubTime (indicación de la hora de publicación) o el mandato Publish para cada mensaje publicado, a fin de calcular el orden de publicación.
Para obtener más información sobre las técnicas que se recomiendan para todos los usuarios MQI y AMI, consulte la publicación WebSphere MQ Application Programming Guide para los programas escritos para MQI y la publicación WebSphere MQ Application Messaging Interface para los programas escritos para AMI.
Las aplicaciones WebSphere MQ Everyplace y SCADA utilizan un método de ordenamiento de mensajes diferente, tal como se describe en los apartados WebSphere MQ Mobile Transport y WebSphere MQ Telemetry Transport, respectivamente. El intermediario no proporciona ningún método de ordenamiento para los mensajes que se reciben a través de WebSphere MQ Web Services Transport, WebSphere MQ Real-time Transport o WebSphere MQ Multicast Transport.
Esta opción también elimina la posibilidad de determinar el orden en el que se procesan los mensajes, puesto que si existe más de una copia del flujo de mensajes activa en el intermediario, cada copia puede procesar un mensaje al mismo tiempo, de la misma cola. El tiempo que se tarda en procesar un mensaje puede variar y, por consiguiente, varios flujos de mensajes pueden acceder a la misma cola y leer mensajes del origen de entrada siguiendo un orden aleatorio. El orden de los mensajes que proceden los flujos de mensajes puede no corresponder al orden de los mensajes originales.
Asegúrese de que las aplicaciones que reciben mensajes de los flujos de mensajes puedan tolerar mensajes sin ordenar.
En los dos ejemplos siguientes se muestra cuándo es posible que desee dividir un flujo de mensajes:
Es posible que también necesite proporcionar otra cola de entrada y otro nodo de entrada para completar cualquier proceso común al que se conectan las ramas Label cuando se realizan procesos exclusivos.
También puede crear un nuevo flujo de mensajes que reproduzca la función del flujo de mensajes original (pero que sólo procese los mensajes grandes que el flujo de mensajes original le pasa inmediatamente) que ha modificado para que compruebe el tamaño de los mensajes de entrada y redireccione los mensajes grandes.
Las propiedades siguientes controlan la frecuencia con la que el flujo de mensajes confirma las transacciones:
Conceptos relacionados
Flujos de mensajes
Difusión de aplicaciones de flujos de mensajes
Tareas relacionadas
Optimización de los tiempos de respuesta de los flujos de mensajes
Creación de un flujo de mensajes
Definición del contenido del flujo de mensajes
Edición de propiedades configurables
Referencia relacionada
Nodos incorporados
Propiedades de flujos de mensajes configurables
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
ac00350_ |