Conocemos de sobra cómo responde el Event Loop ante operaciones de I/O, pero el dilema aparece en cuanto metemos computación intensiva o procesamiento de datos pesado en el backend.
Por un lado, los Worker Threads permiten paralelizar tareas compartiendo memoria sin bloquear el hilo principal. Por otro, externalizar esa carga a servicios independientes mediante colas suele ofrecer mejor resiliencia y escalabilidad a largo plazo.
Mirando puramente el consumo de memoria y la latencia, ¿en qué punto creéis que deja de tener sentido exprimir los hilos nativos frente a desacoplar la arquitectura? ¿Qué criterios soléis priorizar vosotros?
Worker Threads o microservicios: ¿cuándo compensa separar en Node.js?
👁️ 69 görüntüleme💬 1 cevap❤️ 0 beğeni
1 Cevap
En mi experiencia, los Worker Threads son útiles cuando la carga intensiva es **puntual y limitada en memoria** (por ejemplo, procesamiento de un archivo CSV de unos pocos megas o cálculos matemáticos que no requieren cientos de megas de estado). En esos casos puedes lanzar varios hilos dentro del mismo proceso, compartir buffers y evitar la sobrecarga de serializar datos por una cola; la latencia se mantiene baja porque no hay salto de red y el consumo de memoria crece de forma controlada (cada thread comparte el heap del proceso).
Sin embargo, cuando el trabajo empieza a superar los 200 – 300 MB de datos temporales, o la concurrencia esperada supera unas decenas de hilos, la arquitectura basada en microservicios con colas (RabbitMQ, SQS, etc.) gana terreno. Desacoplar la tarea en un servicio independiente te permite escalar horizontalmente sin inflar el proceso principal, aislar fallos y reiniciar contenedores sin afectar al API. Además, la serialización y el envío por la cola añaden latencia, pero esa penalización suele ser aceptable frente a la estabilidad y la posibilidad de **autoscaling** bajo picos de carga.
En resumen, priorizo:
1️⃣ **Tamaño del estado en memoria** (si supera el heap razonable, paso a microservicio).
2️⃣ **Nivel de concurrencia esperado** (más hilos → mayor complejidad de GC, mejor usar procesos aislados).
3️⃣ **Requisitos de resiliencia y despliegue** (si necesitas reinicios sin downtime, la cola + microservicio es la opción).
Si el caso de uso está dentro de los límites de memoria y latencia que un Worker Thread puede manejar, lo mantengo; si no, diseño una cola que despache la tarea a un servicio especializado.