VPS o nube: qué conviene a tu proyecto

Cuando el código ya funciona, falta decidir dónde va a correr. Las tres respuestas de siempre son un VPS, una nube de infraestructura y una plataforma de hosting. Los nombres se mezclan, y mucha gente termina comparando cosas de capas distintas.

La diferencia que importa es una sola: cuánto del entorno administras tú. Más control significa más responsabilidad, y cada sección de abajo muestra qué cambia eso en el día a día.

¿Qué es un VPS?#

Un VPS (Virtual Private Server) es una máquina virtual dentro de un servidor físico compartido entre varios clientes. Recibes CPU, RAM, disco y un sistema operativo con acceso root, normalmente por SSH. El proveedor se ocupa del hardware y de la red. Todo lo demás es tuyo.

Eso incluye instalar el runtime (Node.js, Python), configurar un proxy inverso, emitir un certificado TLS, abrir en el firewall solo los puertos necesarios, mantener el proceso vivo tras un reinicio y aplicar parches de seguridad. En Ubuntu Server, el paquete unattended-upgrades viene instalado y aplica las actualizaciones de seguridad automáticamente, por defecto una vez al día. Pero solo cubre el sistema operativo: tu aplicación, sus dependencias y tu base de datos siguen siendo cosa tuya.

Ganas libertad total: cualquier software, cualquier puerto, cualquier versión. Lo pagas con tiempo.

¿Qué es una nube de infraestructura (IaaS)?#

Es el modelo de las grandes nubes públicas: alquilas piezas (máquinas virtuales, discos, redes, balanceadores) y armas la arquitectura tú mismo. Un VPS es, en el fondo, la versión simple. La nube añade decenas de servicios integrados, cobro por uso y una larga lista de opciones de configuración.

La ventaja es flexibilidad y escala. El costo es la complejidad: permisos, redes y facturación también hay que configurarlos, y una cuenta mal configurada termina en sorpresas en la factura. Para un bot o una API pequeña suele ser más de lo necesario.

¿Qué es una plataforma de hosting (PaaS)?#

En una plataforma entregas el código y la configuración, y ella aporta el resto de la pila: sistema operativo, runtime y red. Tu aplicación corre en un contenedor aislado. No entras por SSH a un servidor, haces deploy.

Este modelo encaja con lo que describe la metodología Twelve-Factor: procesos que arrancan rápido, toleran reinicios en cualquier momento y guardan la configuración en el entorno, no en el código. Para la base de estos conceptos, mira qué es un deploy y qué son las variables de entorno.

El intercambio es claro: menos libertad (no instalas un driver ni ajustas el kernel) a cambio de menos mantenimiento.

VPS, nube y plataforma lado a lado#

La tabla generaliza: cada proveedor tiene excepciones, y hay VPS que ya traen panel y copias de seguridad automáticas. Revisa qué entrega realmente tu proveedor antes de decidir.

¿Cuándo elegir un VPS?#

El VPS vale la pena cuando necesitas lo que una plataforma no ofrece:

• software fuera de los runtimes comunes, como un servicio con dependencias de sistema específicas;
• varios servicios distintos en la misma máquina, ajustados a mano;
• aprender administración de servidores, una habilidad valiosa por sí sola;
• configuración de red o de sistema que la plataforma no expone.

Si eliges un VPS, reserva tiempo para el mantenimiento de rutina: un supervisor de procesos (como systemd), firewall, actualizaciones, monitoreo y copias de lo que importa. Un servidor sin esos cuidados funciona hasta el día en que deja de funcionar.

¿Cuándo elegir una plataforma de hosting?#

La plataforma es la elección natural cuando tu proyecto es una aplicación común y tu tiempo vale más que el control del sistema:

• bots de Discord, Telegram o WhatsApp que deben estar activos todo el tiempo;
• APIs y sitios en Node.js, Python y lenguajes similares;
• proyectos pequeños o medianos donde nadie quiere convertirse en administrador de servidores;
• equipos que prefieren hacer deploy desde Git a configurar máquinas.

No existe un ganador universal. Es común empezar en una plataforma por la rapidez y pasar a un VPS o a la nube cuando surge una necesidad concreta. También pasa al revés, cuando alguien quiere dejar el mantenimiento.

¿Cómo decidir? Cinco preguntas#

1. ¿Mi software corre como un proceso común de Node.js, Python o similar? Si la respuesta es sí, una plataforma lo cubre.
2. ¿Necesito acceso root al sistema? Si la respuesta es sí, VPS o nube.
3. ¿Cuánto tiempo al mes puedo dedicar al mantenimiento? Si la respuesta es "ninguno", evita el VPS.
4. ¿El costo tiene que ser predecible? Un VPS y los planes de plataforma tienen precio fijo; la nube por uso exige seguimiento.
5. ¿Voy a necesitar mucha escala y servicios conectados? Entonces la nube de infraestructura empieza a tener sentido.

Con las cinco respuestas, la elección suele quedar clara. Si sigues con dudas, empieza por el modelo que requiere menos mantenimiento y reevalúa cuando aparezca una necesidad real.

Cómo hacerlo en Square Cloud#

Si el modelo de plataforma encaja con tu proyecto, Square Cloud sigue ese formato: es hosting self-service, donde tú haces el deploy, eliges la RAM y controlas la aplicación. Tu app corre en un contenedor aislado, siempre activo y sin modo de suspensión, y no hay servidor que administrar.

Puedes hacer el deploy subiendo un ZIP en el panel, con la CLI, desde GitHub (un push dispara el deploy, mediante la GitHub Action oficial o un webhook) o con la extensión de VS Code. Hay diversos runtimes, como Node.js, Python, Java, Go y Rust: consulta los runtimes disponibles hoy en Runtimes. Las variables de entorno están en el panel o en la API y se aplican en el siguiente reinicio, sin rebuild.

Para escalar en vertical, cambias la RAM en los ajustes; no hay autoscaling. Los planes son de pago y se cobran en reales, con Pix o tarjeta, desde R$12,49 al mes en Hobby. Las bases de datos y el dominio personalizado empiezan en Standard, y los snapshots diarios de aplicaciones, en Pro.

Mira el conjunto completo de funciones en las funciones de Square Cloud.