En esta publicación, le mostraré cómo triplicar potencialmente el rendimiento de su aplicación   mediante la administración de múltiples subprocesos. Este es un tutorial importante, donde los métodos y los ejemplos que se muestran le brindarán lo que necesita para configurar la administración de subprocesos lista para producción. Node  Ver el video en YouTube   Procesos secundarios, agrupación en clústeres y subprocesos de trabajo  Durante mucho tiempo, los Nodos tenían la capacidad de ser multiproceso, mediante el uso de   secundarios, agrupación en   o el método preferido más reciente de un módulo llamado   de trabajo. procesos clústeres subprocesos  Los procesos secundarios fueron el medio inicial para crear múltiples subprocesos para su aplicación y han estado disponibles desde la versión 0.10. Esto se logró generando un proceso de nodo para cada subproceso adicional que deseaba crear.  La agrupación en clústeres, que ha sido una versión estable desde alrededor de la versión 4, nos permite simplificar la creación y administración de procesos secundarios. Funciona brillantemente cuando se combina con   . PM2  Ahora, antes de entrar en subprocesos múltiples de nuestra aplicación, hay algunos puntos que debe comprender completamente:   1. Ya existe subprocesamiento múltiple para tareas de E/S  Hay una capa de Node que ya tiene subprocesos múltiples y es el grupo de subprocesos de   . Las tareas de E/S, como la administración de archivos y carpetas, las transacciones TCP/UDP, la compresión y el cifrado se transfieren a libuv y, si no son asíncronas por naturaleza, se manejan en el grupo de subprocesos de libuv. libuv   2. Los procesos secundarios/subprocesos de trabajo solo funcionan para la lógica de JavaScript síncrona  La implementación de subprocesos múltiples mediante procesos secundarios o subprocesos de trabajo solo será efectiva para su código JavaScript síncrono que realiza operaciones pesadas, como bucles, cálculos, etc. Si intenta descargar tareas de E/S a subprocesos de trabajo como ejemplo, obtendrá no ve una mejora en el rendimiento.   3. Crear un hilo es fácil. Administrar múltiples subprocesos dinámicamente es difícil  Crear un hilo adicional en su aplicación es bastante fácil, ya que hay toneladas de tutoriales sobre cómo hacerlo. Sin embargo, crear subprocesos equivalentes a la cantidad de núcleos lógicos que ejecuta su máquina o VM y administrar la distribución del trabajo a estos subprocesos es mucho más avanzado, y para codificar esto, la lógica está por encima de la mayoría de nuestras calificaciones salariales 😎.  Gracias a Dios, estamos en un mundo de código abierto y contribuciones brillantes de la comunidad de Node. Es decir, ya existe un módulo que nos brindará la capacidad total de crear y administrar subprocesos dinámicamente en función de la disponibilidad de la CPU de nuestra máquina o VM.  Grupo de trabajadores  El módulo con el que trabajaremos hoy se llama   . Creado por   , Worker Pool ofrece una manera fácil de crear un grupo de trabajadores tanto para la descarga dinámica de cálculos como para la gestión de un grupo de trabajadores dedicados. Es básicamente un administrador de grupos de subprocesos para Node JS, que admite subprocesos de trabajo, procesos secundarios y trabajadores web para implementaciones basadas en navegador. Worker Pool Jos de Jong  Para hacer uso del módulo Worker Pool en nuestra aplicación, será necesario realizar las siguientes tareas:   Instalar grupo de trabajadores  Primero, necesitamos instalar el módulo Worker Pool - npm install workerpool   Grupo de trabajadores de inicio  A continuación, necesitaremos inicializar el grupo de trabajadores en el lanzamiento de nuestra aplicación   Crear capa de software intermedio  Luego necesitaremos crear una capa de software intermedio entre nuestra lógica de JavaScript de servicio pesado y el grupo de trabajadores que lo administrará.   Actualizar lógica existente  Finalmente, necesitamos actualizar nuestra aplicación para transferir tareas pesadas al grupo de trabajadores cuando sea necesario.  Gestión de varios subprocesos mediante el grupo de trabajadores  En este punto, tiene 2 opciones: use su propia aplicación NodeJS (e instale los módulos de   y   ) o descargue el   de GitHub para este tutorial y mi serie de videos   . workerpool bcryptjs código fuente de optimización del rendimiento de NodeJS  Si opta por lo último, los archivos de este tutorial existirán dentro de la carpeta   . Una vez descargado, ingrese a la carpeta raíz del proyecto y ejecute npm install. Después de eso, ingrese a la carpeta   para seguir.  06-multithreading 06-multithreading  En la carpeta   , tenemos 2 archivos: uno es la lógica del controlador para el grupo de trabajadores (controller.js). El otro contiene las funciones que activarán los subprocesos... también conocida como la capa de middleware que mencioné anteriormente (thread-functions.js). del grupo de trabajadores     grupo de trabajadores/controlador.js      WorkerPool =   (   )   Path =   (   )   poolProxy =       init =   (options) => {   pool = WorkerPool.pool(Path.join(__dirname,   ), options) poolProxy =   pool.proxy()   .log(   ) }   get =   {   poolProxy }   exports.init = init exports.get = get 'use strict' const require 'workerpool' const require 'path' let null // FUNCTIONS const async const './thread-functions.js' await console `Worker Threads Enabled - Min Workers:   - Max Workers:   - Worker Type:   ` ${pool.minWorkers} ${pool.maxWorkers} ${pool.workerType} const  => () return // EXPORTS  El controlador.js es donde requerimos el módulo de grupo de   . También tenemos 2 funciones que exportamos, llamadas   y   . La función   se ejecutará una vez durante la carga de nuestra aplicación. Crea una instancia del Worker Pool con opciones que proporcionaremos y una referencia a   . También crea un proxy que se mantendrá en la memoria mientras nuestra aplicación se esté ejecutando. La función   simplemente devuelve el proxy en memoria. trabajadores init get init thread-functions.js get     grupo de trabajadores/thread-functions.js      WorkerPool =   (   )   Utilities =   (   )     bcryptHash =   {   Utilities.bcryptHash(password) }   WorkerPool.worker({ bcryptHash }) 'use strict' const require 'workerpool' const require '../2-utilities' // MIDDLEWARE FUNCTIONS const (   ) => password return // CREATE WORKERS  En el archivo   , creamos funciones de trabajo que serán administradas por Worker Pool. Para nuestro ejemplo,   para codificar contraseñas. Esto generalmente toma alrededor de 10 milisegundos para ejecutarse, dependiendo de la velocidad de la máquina, y es un buen caso de uso cuando se trata de tareas pesadas. Dentro del archivo   está la función y la lógica que codifica la contraseña. Todo lo que estamos haciendo en las funciones de subprocesos es ejecutar este   a través de la función de grupo de trabajo. Esto nos permite mantener el código centralizado y evitar la duplicación o confusión de dónde existen ciertas operaciones. thread-functions.js usaremos BcryptJS utilities.js bcryptHash     2-utilidades.js      BCrypt =   (   )   bcryptHash =   (password) => {     BCrypt.hash(password,   ) } exports.bcryptHash = bcryptHash 'use strict' const require 'bcryptjs' const async return await 8     .env   NODE_ENV=   PORT=   WORKER_POOL_ENABLED=  "production" 6000 "1"  El archivo .env contiene el número de puerto y establece la variable   en "producción". También es donde especificamos si queremos habilitar o deshabilitar el grupo de trabajadores, configurando   en "1" o "0". NODE_ENV WORKER_POOL_ENABLED     1-aplicación.js      (   ).config()   Express =   (   )   App = Express()   HTTP =   (   )   Utilities =   (   )   WorkerCon =   (   )   App.get(   ,   (req, res) => {   password =     result =     workerPool =     (process.env.WORKER_POOL_ENABLED ===   ) { workerPool = WorkerCon.get() result =   workerPool.bcryptHash(password) }   { result =   Utilities.bcryptHash(password) } res.send(result) })     port = process.env.PORT   server = HTTP.createServer(App) ;   {     (process.env.WORKER_POOL_ENABLED ===   ) {   options = {   :   }   WorkerCon.init(options) }   server.listen(port, () => {   .log(   , port) }) })() 'use strict' require 'dotenv' const require 'express' const const require 'http' const require './2-utilities' const require './worker-pool/controller' // Router Setup '/bcrypt' async const 'This is a long password' let null let null if '1' await else await // Server Setup const const (   ) =>  ( async // Init Worker Pool if '1' const minWorkers 'max' await // Start Server console 'NodeJS Performance Optimizations listening on: '  Finalmente, nuestro   contiene el código que se ejecutará al iniciar nuestra aplicación. Primero, inicializamos las variables en el archivo   . Luego configuramos un servidor   y creamos una ruta llamada   . Cuando se active esta ruta, verificaremos si el grupo de trabajadores está habilitado. En caso afirmativo, manejamos el proxy Worker Pool y ejecutamos la función   que declaramos en el archivo   . Esto a su vez ejecutará la función   en   y nos devolverá el resultado. Si el Worker Pool está deshabilitado, simplemente ejecutamos la función   directamente en   . 1-app.js .env Express /bcrypt bcryptHash thread-functions.js bcryptHash Utilidades bcryptHash Utilities  En la parte inferior de nuestro   , verá que tenemos una función de autollamada. Estamos haciendo esto para admitir async/await, que estamos usando cuando interactuamos con Worker Pool. Aquí es donde inicializamos el grupo de trabajadores si está habilitado. La única configuración que queremos anular es establecer   en "max". Esto asegurará que Worker Pool generará tantos subprocesos como núcleos lógicos haya en nuestra máquina, con la excepción de 1 núcleo lógico, que se utiliza para nuestro subproceso principal. En mi caso, tengo 6 núcleos físicos con hyperthreading, es decir, tengo 12 núcleos lógicos. Entonces, con   configurado en "max", Worker Pool creará y administrará 11 subprocesos. Finalmente, la última pieza de código es donde iniciamos nuestro servidor y escuchamos en el puerto 6000. 1-app.js minWorkers minWorkers  Prueba del grupo de trabajadores  Probar el grupo de trabajadores es tan simple como iniciar la aplicación y, mientras se ejecuta, realizar una solicitud de obtención para  . Si tiene una herramienta de prueba de carga como   , puede divertirse viendo la diferencia en el rendimiento cuando el grupo de trabajadores está habilitado/deshabilitado. AutoCannon es muy fácil de usar.   http://localhost:6000/bcrypt AutoCannon  Conclusión  Espero que este tutorial haya brindado información sobre cómo administrar múltiples subprocesos en su aplicación Node. El video incrustado en la parte superior de este artículo proporciona una demostración en vivo de la prueba de la aplicación Node.  Hasta la próxima, saludos :)     Publicado anteriormente en http://bleedingcode.com/managing-multiple-threads-nodejs/

YouTube

Join me on my BleedingCode YouTube Channel

Read My Stories

Este audio es producido en el idioma original de la historia!

Demasiado Largo; Para Leer

Make resilience your competitive advantage

Cómo administrar aplicaciones JS de nodo multiproceso para un mejor rendimiento

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

El modelo Bitcoin UTXO, impulsando un ecosistema único

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

El modelo Bitcoin UTXO, impulsando un ecosistema único

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps