Tenga en cuenta las implicaciones
de rendimiento derivadas del diseño del flujo de mensajes.
Para conseguir el mejor rendimiento
de los flujos de mensajes, tenga en cuenta los puntos siguientes:
- Asegúrese de que los flujos de mensajes son de la longitud
adecuada. Los flujos de mensajes largos tardan más en ejecutarse que
los cortos, aunque el uso de muchos flujos de mensajes cortos reducirá el rendimiento más que el uso de pocos flujos de mensajes más largo.
- Utilice el número mínimo de nodos necesarios y asegúrese de que
los subflujos o bucles se utilicen adecuadamente.
- Evitar tener nodos
Compute de ESQL
consecutivos en un flujo de
mensajes sin ningún otro nodo entre ellos. En su lugar, combine la
lógica en un
solo nodo Compute. Evite también tener nodos
JavaCompute consecutivos
en el flujo de mensajes.
- Minimice el volumen de análisis de mensajes y adopte la
estrategia de análisis más eficaz; para obtener más información,
consulte Análisis y rendimiento de flujo de mensajes.
- Los formatos de datos canónicos personalizados proporcionan un
punto
de estandarización y además implican procesamiento de
CPU
adicional. El uso de tales formatos suele dar como resultado
dos conversiones adicionales por invocación de un flujo de mensajes:
desde el formato externo al formato canónico y desde el
formato canónico al formato externo final.
- Si un flujo de mensajes realiza una llamada síncrona a una
aplicación o servicio externo que puede ser lenta o
imprevisible en
su respuesta, resulta más eficaz grabar el flujo de mensajes
utilizando un modelo asíncrono.
- Asegúrese de que la lógica de proceso implementa las sugerencias
de codificación que se proporcionan en
Diseño y rendimiento de código.