.jpg)
Gestionar varias aplicaciones Laravel y Node en una misma instancia EC2 es habitual en equipos pequeños y medianos, pero compartir recursos puede salir caro: una sola compilación pesada puede dejar el servidor inservible y tumbar todos los dominios a la vez. En Q2BSTUDIO, empresa de desarrollo de software y aplicaciones a medida y especialistas en inteligencia artificial y ciberseguridad, hemos visto este tipo de incidente y aquí explicamos por qué ocurre, cómo diagnosticarlo y qué medidas aplicar para que no vuelva a pasar.
Qué ocurrió de verdad: un proceso de build de Node ejecutado directamente en la instancia consumió toda la memoria y provocó una reacción en cadena. Al iniciar npm run build o yarn build en una EC2 con 1 2 GB de RAM, herramientas como Vite, Webpack o Next.js requieren mucha memoria para minificar, optimizar imágenes, compilar TypeScript y hacer tree-shaking. El servidor empezó a usar swap agresivamente, el kernel mató procesos críticos como PHP-FPM o MySQL, Nginx devolvió errores 502/504 o dejó de responder, y el acceso SSH se ralentizó hasta colapsar. Como todas las aplicaciones, workers y servicios corren bajo el mismo sistema operativo, la máquina quedó completamente inaccesible.
Por qué una compilación de Node puede colapsar una EC2 pequeña: las fases de build son intensivas en CPU y memoria. En servidores con poca RAM se suele producir: 1) uso de CPU al 100% por parte del compilador, 2) consumo de 512 MB a 2 GB de RAM por build, 3) kills por falta de memoria que suelen afectar primero a PHP-FPM o MySQL, 4) Nginx empieza a devolver errores o cuelga y 5) si el swap se llena, el sistema deja de planificar tareas y todo falla.
Medidas inmediatas y prácticas para evitar futuros incidentes:
1. Nunca compilar frontend en servidores de producción o test
En su lugar construir localmente o en CI/CD y desplegar solo la carpeta final dist o build. Esto evita la mayoría de los incidentes relacionados con compilaciones en caliente.
2. Añadir un archivo swap de 2 GB en instancias pequeñas
Comandos útiles
sudo fallocate -l 2G /swapfile; sudo chmod 600 /swapfile; sudo mkswap /swapfile; sudo swapon /swapfile; echo /swapfile swap swap defaults 0 0 | sudo tee -a /etc/fstab
3. Limitar memoria de procesos Node con PM2
Si usa PM2, proteja procesos para que no consuman toda la RAM
pm2 restart nombre_app --max-memory-restart 300M
o para todas
pm2 restart all --max-memory-restart 300M
4. Reiniciar PHP-FPM y Nginx ante carga extrema
Si el servidor se ralentiza o parece congelado
sudo systemctl restart php8.1-fpm; sudo systemctl restart nginx
Esto suele restaurar la respuesta HTTP inmediatamente
5. Monitorizar en tiempo real con htop
sudo apt install htop; htop
Identifique procesos que consumen CPU, servicios que consumen RAM o procesos zombie y actúe con reinicios o límites de memoria
6. Asegurar reinicio automático de aplicaciones Node
pm2 startup; pm2 save
Así los procesos Node vuelven tras un reinicio del servidor.
7. Usar una canalización de despliegue profesional
La solución a largo plazo es compilar en CI/CD y desplegar sólo los artefactos ya construidos. Herramientas como GitHub Actions, GitLab CI o Jenkins impiden builds en la máquina de producción.
Buenas prácticas adicionales: dimensionar instancias por carga prevista, separar servicios críticos en máquinas distintas o contenedores, y aplicar límites de recursos por servicio. En entornos de staging, replica la infraestructura de producción para detectar problemas de memoria antes de que afecten a usuarios reales.
Cómo podemos ayudar en Q2BSTUDIO: si necesitas migrar a una arquitectura más robusta, automatizar despliegues o aplicar políticas de seguridad y monitorización, nuestro equipo puede diseñar e implementar la solución. Ofrecemos servicios de desarrollo de aplicaciones a medida y software a medida y también soporte en servicios cloud aws y azure para aislar cargas, escalar automáticamente y evitar que un build afecte al resto de tus dominios.
Además, en Q2BSTUDIO trabajamos integrando inteligencia artificial, agentes IA y soluciones de inteligencia de negocio como Power BI para empresas que necesitan automatizar operaciones y obtener insights en tiempo real, siempre con prácticas de ciberseguridad y pentesting para proteger los entornos. Si quieres asesoramiento sobre arquitectura, pipelines CI/CD, o políticas de seguridad y monitorización, contacta con nosotros y te ayudamos a poner tus aplicaciones a prueba de balas.
Resumen rápido: evita compilar en la instancia, añade swap si usas máquinas pequeñas, limita la memoria de Node, monitoriza en tiempo real y usa pipelines de despliegue. Con estas medidas reducirás drásticamente el riesgo de caídas simultáneas y mantendrás tus proyectos Laravel y Node estables y seguros.
