Objetivos de aprendizaje
Después de leer este artículo podrás:
- Entender cómo cada modelo reparte el servidor y quién administra qué
- Comparar control, rendimiento, seguridad y costo lado a lado
- Decidir cuál encaja con un sitio web, una API o un bot
Quien va a publicar un sitio o una aplicación pronto se encuentra con dos opciones baratas: el hosting compartido y el VPS. Los precios parecen cercanos, pero lo que entrega cada uno es muy distinto, y elegir mal cuesta tiempo o flexibilidad.
La diferencia central es cuánto del servidor es tuyo. En el compartido alquilas un espacio en un servidor repartido que administra el proveedor. En un VPS alquilas una máquina virtual entera y respondes por ella.
¿Qué es el hosting compartido?#
Es un modelo en el que muchos sitios web corren en el mismo servidor físico, y el costo de operarlo se reparte entre los clientes. El hardware y los recursos se comparten, y el proveedor impone límites de uso.
El proveedor se ocupa del sistema operativo, del servidor web y de las actualizaciones de seguridad. Tú recibes un panel de control (propio del proveedor o cPanel) para subir archivos y crear bases de datos y cuentas de correo. La pila típica es LAMP: Linux, Apache, MySQL y PHP.
La ventaja es la simplicidad: no hay servidor que configurar. El precio es la libertad, porque no puedes instalar el software que quieras ni ajustar el sistema.
¿Qué es un VPS?#
Un VPS (Virtual Private Server, servidor privado virtual) es una máquina virtual creada a partir de un servidor físico repartido entre varios clientes. Cada VPS tiene su propio sistema operativo, y normalmente entras por SSH con permisos de root. Para el panorama completo, mira la comparación VPS, nube y plataforma de hosting.
Tú instalas el runtime, configuras el proxy inverso, emites el certificado TLS, abres solo los puertos necesarios y mantienes el proceso vivo después de un reinicio. En Ubuntu Server, el paquete unattended-upgrades aplica automáticamente las actualizaciones de seguridad del sistema operativo, pero tu aplicación, sus dependencias y tu base de datos siguen a tu cargo.
¿Cómo se comparan lado a lado?#
| Criterio | Hosting compartido | VPS |
|---|---|---|
| Quién administra el servidor | El proveedor | Tú |
| Acceso al sistema | Panel y subida de archivos | Root, normalmente por SSH |
| Software que puedes ejecutar | Lo que ofrece el proveedor (en general PHP y MySQL) | Cualquiera compatible con el sistema |
| Procesos largos (bot, WebSocket) | Normalmente no | Sí |
| Aislamiento de recursos | Débil: el servidor se reparte y hay límites de uso | Mayor: la CPU y la RAM que contratas son tuyas |
| Conocimiento necesario | Bajo | Linux, redes y seguridad |
| Tiempo hasta publicar | Minutos | Horas, para configurar el servidor |
| Costo | Menor | Mayor, pero fijo y predecible |
Cada proveedor tiene excepciones. Hay planes compartidos con Node.js y VPS que ya vienen con panel. La tabla describe el caso típico, así que revisa lo que entrega tu proveedor.
¿Cuál es más seguro?#
Depende de quién haga el trabajo. En el compartido, el proveedor aplica los parches del sistema y del servidor web, lo que reduce tu riesgo si no dominas la administración. A cambio, el servidor se comparte con otros sitios y no eliges la configuración.
En un VPS el aislamiento es mayor, pero la seguridad es responsabilidad tuya: firewall, actualizaciones, acceso con clave SSH, desactivar el inicio de sesión de root con contraseña. Un VPS olvidado y sin parches es un blanco fácil. Más control significa más obligaciones.
¿Cuál rinde mejor?#
El VPS tiende a ser más predecible. Los recursos que contrataste son tuyos, así que el rendimiento varía menos. En el compartido, el proveedor limita el uso de CPU, memoria y procesos para proteger a los demás clientes, y un pico de los vecinos puede volver lento tu sitio.
En un sitio pequeño con poco tráfico la diferencia casi no se nota. Pesa cuando el tráfico crece o cuando la aplicación hace trabajo constante en segundo plano. Si tu app va lenta, diagnostícala antes de cambiar de plan: el cuello de botella suele ser el código o la base de datos, no el servidor.
¿Cuándo elegir cada uno?#
Elige el hosting compartido cuando:
- es un sitio corporativo, un blog o una tienda pequeña en PHP, como WordPress;
- nadie en el equipo quiere administrar un servidor;
- quieres un panel listo, con correo y base de datos incluidos;
- el presupuesto es el factor principal y el tráfico es bajo.
Elige un VPS cuando:
- necesitas acceso root o software que el proveedor compartido no ofrece;
- vas a ejecutar un proceso continuo, como un bot, una API o un servidor de juegos;
- necesitas recursos reservados y un rendimiento estable;
- quieres aprender administración de servidores, que vale por sí misma.
Si el precio del VPS es la duda, mira cuánto cuesta un VPS antes de decidir. Y recuerda que el hosting y el dominio son cosas separadas: puedes apuntar el mismo dominio a cualquiera de los dos.
¿Hay un punto intermedio?#
Sí. Entre el compartido (poco control, ninguna administración) y el VPS (control total, administración total) están las plataformas de hosting en la nube, donde tu código corre en un contenedor y el sistema operativo de abajo no es problema tuyo. Mira qué es el hosting en la nube. Para un bot o una API, este camino suele resolverlo sin obligarte a convertirte en administrador de sistemas.
Cómo hacerlo en Square Cloud#
Square Cloud no es un hosting compartido con panel de PHP ni un VPS: es hosting self-service en el que tú haces el deploy y controlas la aplicación, que corre en un contenedor aislado, siempre encendido y sin modo de suspensión. No hay sistema operativo que administrar.
Puedes desplegar subiendo un ZIP en el panel, con la CLI, con 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 disponibles hoy en Runtimes), así que los procesos largos como bots y APIs funcionan. Las variables de entorno están en el panel o en la API y se aplican en el siguiente reinicio, sin rebuild. La RAM del plan es un pool compartido entre tus aplicaciones, y escalar verticalmente es cambiar la RAM en la configuración. No hay autoescalado.
Los planes son de pago y se cobran en reales, por Pix o tarjeta, desde R$12,49 al mes en el Hobby. Los snapshots diarios de aplicaciones empiezan en el Pro.
La página de funciones reúne todo lo que incluye la plataforma, para que lo compares con lo que necesita tu aplicación.
Deploy
Sube desde GitHub, la CLI o un ZIP y publica en segundos
Preguntas frecuentes
¿Sirve un hosting compartido para un bot de Discord?
Por lo general no. Un bot es un proceso que tiene que estar encendido todo el tiempo, y el hosting compartido suele estar pensado para sitios en PHP y MySQL, sin forma de mantener un proceso largo. Revisa los términos de tu proveedor antes de contratar.
¿Un VPS es más rápido que un hosting compartido?
Suele ser más predecible. En un VPS los recursos que contratas son tuyos. En el compartido el servidor se reparte y el proveedor impone límites de uso, así que otros sitios pueden afectar al tuyo.
¿Necesito saber Linux para usar un VPS?
Sí, lo básico: SSH, instalar paquetes, firewall, procesos y logs. El VPS te entrega la máquina y tú la administras. En el compartido, el proveedor se encarga del servidor y tú usas un panel.
¿Puedo empezar en un hosting compartido y pasar a un VPS después?
Sí. La migración es más fácil si la configuración está en variables de entorno y los datos de la base se pueden exportar e importar.
Más en Deploy
Ver los 33 artículos- Qué son las variables de entornoLas variables de entorno son pares clave-valor que el sistema operativo entrega a un proceso al iniciar. Aprende a leerlas en Node.js y Python sin exponer tokens.
- Qué es un deploy o despliegueUn deploy o despliegue lleva una versión de tu código a un servidor, la prepara y la pone en marcha. Conoce las etapas, los métodos y cómo hacer rollback.
- ¿Cuánta RAM y CPU necesita mi aplicación?Dimensiona RAM y CPU midiendo el pico real de la aplicación y sumando un margen del 30%. Mira cómo medir en Node.js, Python y Java y qué hacer cuando falte.
- Deploy automático con GitHub ActionsEl deploy automático con GitHub Actions envía tu código al servidor en cada push. Mira el workflow paso a paso, los secrets, las pruebas y los errores comunes.