Qué es el hosting en la nube (cloud hosting)

Antes de la nube, hospedar una aplicación significaba comprar o alquilar una máquina entera, instalarla en un datacenter y pagarla incluso cuando nadie visitaba el sitio. Si el tráfico crecía, había que comprar otra máquina y esperar.

La definición más citada de la nube viene del NIST, el instituto de estándares de Estados Unidos. La describe como un modelo de acceso bajo demanda, a través de la red, a un conjunto compartido de recursos que se pueden aprovisionar y liberar rápidamente, con poco esfuerzo de administración y poca interacción con el proveedor.

¿Cómo funciona el hosting en la nube?#

El proveedor mantiene datacenters con muchos servidores físicos. Un software de virtualización o de contenedores divide esos servidores en unidades aisladas: cada cliente recibe la suya, con una cantidad definida de CPU, RAM y disco. Accedes a todo desde un panel, una API o una línea de comandos.

Como la división se hace por software, crear, redimensionar o borrar una unidad lleva segundos o minutos, no días. Esa rapidez es lo que separa la nube del alquiler de un servidor físico.

¿Cuáles son las características esenciales de la nube?#

El NIST enumera cinco. Sirven como prueba: si un servicio no tiene la mayoría, probablemente es hosting tradicional con otro nombre.

• Autoservicio bajo demanda: aprovisionas recursos por tu cuenta, sin abrir un ticket.
• Acceso amplio por la red: los recursos están disponibles por la red, mediante mecanismos estándar, para distintos tipos de dispositivos.
• Agrupación de recursos: el proveedor atiende a varios clientes con el mismo conjunto de hardware.
• Elasticidad rápida: la capacidad sube y baja con rapidez. Elasticidad no es lo mismo que autoscaling: no todos los proveedores ajustan solos, y muchos te dejan a ti el cambio de tamaño.
• Servicio medido: el uso se mide y pagas por lo que contratas o consumes.

¿Cuáles son los modelos de servicio: IaaS, PaaS y SaaS?#

Los tres modelos del NIST se diferencian en cuánta parte de la pila queda bajo tu responsabilidad.

Quien hospeda un bot, una API o un sitio web suele elegir entre IaaS y PaaS. La diferencia práctica está en VPS o plataforma de deploy: en el VPS administras el sistema, en la plataforma solo envías el proyecto. El paso siguiente, poner el código en línea, está en qué es un deploy.

¿Nube pública, privada o híbrida?#

Son los modelos de implementación:

• Pública: la infraestructura pertenece a un proveedor y atiende a varios clientes. Es la que usa la mayoría de los desarrolladores.
• Privada: la infraestructura es de uso exclusivo de una organización, propia o alquilada.
• Híbrida: combina las dos, por ejemplo datos sensibles en una nube privada y el sitio web en una nube pública.
• Comunitaria: compartida por organizaciones con intereses comunes, como entidades de un mismo sector.

Nube, VPS y hosting compartido: ¿en qué se diferencian?#

En el hosting compartido, varios sitios se reparten el mismo servidor y controlas poco. En un VPS tienes una máquina virtual con acceso total, pero de tamaño fijo. En la nube, el recurso no está atado a una máquina concreta: ajustas tamaño y cantidad, y la factura acompaña. La diferencia entre aislar por máquina virtual y por contenedor está en contenedores vs máquinas virtuales.

¿Cómo se ve esto en un proyecto real?#

Imagina una API en Node.js. En el hosting tradicional contratas un servidor de 4 GB, instalas Node.js y configuras el firewall y el reinicio automático. En la nube (modelo PaaS) envías el código, eliges 512 MB de RAM, defines las variables de entorno y la plataforma ejecuta el contenedor. Si el uso crece, pasas a 1 GB. Si el proyecto termina, lo borras y dejas de pagar.

¿Cuándo la nube no es la mejor opción?#

• Carga constante y predecible: los servidores dedicados o un VPS de tamaño fijo suelen costar menos que los recursos bajo demanda.
• Requisitos legales sobre la ubicación de los datos: comprueba dónde están los datacenters antes de contratar.
• Dependencia de un proveedor: los servicios propietarios dificultan la migración. Usar contenedores y estándares abiertos reduce ese riesgo.
• Costos ocultos: el cobro por tráfico, por petición o por salida de datos puede sorprender. Lee la política de precios antes de contratar.

Cómo hacerlo en Square Cloud#

Para hospedar un bot, una API o un sitio sin administrar un sistema operativo, Square Cloud ofrece hosting en la nube self-service: tú haces el deploy, eliges la RAM de cada aplicación y controlas la configuración. Las aplicaciones corren en contenedores aislados y siempre encendidos, con diversos runtimes, como Node.js, Python, Java, Go y Rust; consulta los disponibles hoy en Runtimes.

Haces el deploy subiendo un ZIP en el panel, con la CLI, desde GitHub (con la GitHub Action oficial) o con la extensión de VS Code. El archivo de configuración squarecloud.app es opcional: el panel genera uno durante el deploy, o puedes escribirlo en la raíz del proyecto. Las variables de entorno se definen en el panel y aplican en el siguiente reinicio, sin rebuild.

La RAM del plan es un pool compartido entre tus aplicaciones, y cambias la parte de cada una cuando quieras. No hay autoscaling: el ajuste es manual, en la configuración o mediante la API. Todos los planes son de pago y empiezan en el Hobby, desde R$12,49 al mes.

Mira lo que incluye la plataforma en funciones de Square Cloud.