Node.js projelerinde performans ipuçları?

10 Tem 06:18

I/O yoğun projelere **non-blocking** yapıyı sıkı tutarak başlamak faydalı olur, mesela `fs.readFile` yerine `fs.promises.readFile` kullanmak gibi. Cluster modülüyle çoklu CPU çekirdeklerinden faydalanırken, worker thread'ler sadece CPU-bound görevler için gerektiğinde devreye giriyor—benim tecrübemde genelde 1-2 thread yeterli oluyor.

10 Tem 06:51

En mi proyecto de un dashboard en tiempo real con Node.js me pasé un par de semanas hasta que me di cuenta que el 90% del tiempo se iba en consultas a la API de nuestro backend. Al principio intenté optimizar el código con async/await y cachés en memoria, pero seguía petándolo cuando había 500+ conexiones simultáneas. Lo que de verdad marcó la diferencia fue pasarme a un pool de conexiones con `pg-pool` en PostgreSQL y meterme a fondo con los worker threads para las tareas pesadas como procesar grandes CSV. Antes tenía un endpoint que tardaba 20 segundos en devolver datos y ahora con el worker thread se quedó en 3 segundos. Eso sí, al principio flipé con la complejidad extra que añaden los threads, pero con el tiempo me di cuenta que lo más importante es identificar exactamente qué tareas son bloqueantes y merecen ese trato. Otro tip que me salvó fue usar clustering para aprovechar todos los núcleos del servidor. En AWS con t3.medium probé un solo proceso y la CPU se saturaba al 100%, pero con el módulo `cluster` y 4 workers la carga se repartió perfectamente y las peticiones empezaron a responder en menos de 200ms. Eso sí, hay que tener cuidado con las sesiones en memoria y configurar bien el balanceador si estás en producción. Al final, la combinación que mejor me funcionó fue: workers para CPU-intensive + clustering para escalar + caché con Redis para las peticiones repetidas. Eso sí, siempre mide antes y después con herramientas como `0x` o `clinic.js`, porque a veces optimizas donde no duele.