Ampliación del rendimiento de las aplicaciones de flujo de mensajes de IBM App Connect Enterprise que utilizan nodos de LoopBackRequest
Debido al mecanismo de bucle de eventos de un solo subproceso que existe en la arquitectura de Node.js, es posible que tengas que adoptar un enfoque específico para el escalado del rendimiento cuando ejecutes aplicaciones de flujo de mensajes de IBM® App Connect Enterprise que utilicen nodos LoopBackRequest. Puede que no obtenga el escalado necesario aumentando simplemente las instancias adicionales en estos flujos de mensajes. Si este es el caso, puede seguir escalando el rendimiento ejecutando instancias de este tipo de aplicaciones en servidores de integraciónindependientes.
El nodo « IBM App Connect Enterprise » ( LoopBackRequest ) aprovecha el marco estándar del sector « Node.js » y permite que los flujos de mensajes se conecten con sistemas externos mediante conectores « LoopBack® » instalados por el usuario.
La arquitectura Node.js utiliza el modelo de bucle de sucesos de hebra única que gestiona las peticiones y respuestas de todas las hebras Worker mediante un mecanismo de devolución de llamada sin agrupación por bloques. En IBM App Connect Enterprise, cada servidor de integración es un proceso independiente y, por lo tanto, puede alojar una sola instancia de Node.js. En consecuencia, todos los subprocesos de flujo de mensajes de un servidor de integración deben enviar solicitudes y respuestas de nodos de « LoopBackRequest » al sistema externo utilizando el bucle de eventos de un solo subproceso de « Node.js ». A continuación, estos subprocesos esperan a que se envíe la llamada de retorno a través del bucle de eventos de un solo subproceso, una vez que la acción requerida se haya completado mediante la interacción entre el subproceso de trabajo del conector « LoopBack » y el sistema externo.
Para lograr una escalabilidad del rendimiento en las aplicaciones de flujo de mensajes de IBM App Connect Enterprise que utilizan nodos de LoopBackRequest, comience por aumentar el número de instancias de subprocesos disponibles para la aplicación de flujo de mensajes en un único servidor de integración. Utilice la propiedad Additional instances en el nodo de entrada de flujo de mensajes o establezca la propiedad Additional instances de gestión de carga de trabajo del flujo de mensajes para establecer el número de hebras de flujo de mensajes que están disponibles. Si aumenta más la propiedad Additional instances y ya no se escala el rendimiento, ejecute instancias de la aplicación de flujo de mensajes en servidores de integraciónindependientes.