Has estado implementando Node.js de manera incorrecta. Durante años, la comunidad ha tratado a Node.js como un simple runtime: iniciar un proceso, ponerlo detrás de un proxy inverso, escalar horizontalmente. Pero este enfoque ignora problemas arquitectónicos fundamentales que se vuelven dolorosamente obvios en producción: el cuello de botella del event loop de un solo hilo, la utilización ineficiente de recursos, las herramientas fragmentadas y la complejidad operativa de gestionar múltiples servicios.
En esta charla, argumentaré por qué Node.js necesita un servidor de aplicaciones adecuado y por qué construimos Watt para resolver estos problemas. Profundizaremos en la arquitectura: cómo SO_REUSEPORT permite la distribución de carga a nivel de kernel sin la sobrecarga de IPC, cómo múltiples workers dentro de una sola unidad de implementación pueden lograr un escalado casi lineal, y cómo un runtime unificado puede orquestar frameworks de frontend como Next.js junto con microservicios de backend.
Verás datos reales de benchmarks: 93% más rápida latencia media en comparación con clusters PM2, 99.8% de fiabilidad bajo carga sostenida y reducciones dramáticas en los costos de infraestructura. Más importante aún, entenderás por qué estas mejoras ocurren a nivel arquitectónico.
Ya sea que estés ejecutando Next.js, Fastify, o cualquier carga de trabajo de Node.js que consuma CPU, te irás con una perspectiva fundamentalmente diferente sobre cómo las aplicaciones Node.js deben ser construidas, implementadas y escaladas.
Sin magia. Sin exageraciones. Solo mejor arquitectura.
This talk has been presented at Node Congress 2026, check out the latest edition of this JavaScript Conference.
Comments