Nube pública vs nube híbrida vs on-premises

Criterio	Nube pública	Nube híbrida	On-premises (nube privada)
Dónde corre	Todo en el proveedor	Parte en el proveedor y parte en tus instalaciones	Todo en tus instalaciones
Quién compra el hardware	El proveedor	Ambos, cada uno el suyo	Tú
Caso típico	Startup nueva, aplicación migrada completa	Migración por etapas, datos que deben quedarse en casa	Recursos dedicados en tu edificio
Palabra clave en el examen	“Todo en la nube”, “nativo de la nube”	“Conectar”, “extender”, “existente”	“Recursos dedicados”, “virtualización en el propio centro de datos”

Modelos de servicio: IaaS, PaaS y SaaS

Qué es: la respuesta a “¿cuánto administro yo y cuánto el proveedor?”; cuanto más subes de IaaS a SaaS, menos controlas y menos operas.

• IaaS (Infrastructure as a Service): rentas la infraestructura básica (máquinas virtuales, red y discos). Tú instalas y parcheas el sistema operativo, el runtime y tu aplicación.
• PaaS (Platform as a Service): entregas tu código y la plataforma lo ejecuta. El proveedor administra los servidores, el sistema operativo y los parches; tú, la aplicación y sus datos.
• SaaS (Software as a Service): usas una aplicación terminada por el navegador. Solo configuras usuarios, opciones y los datos que cargas.

Analogía: comer en casa. IaaS es rentar una cocina equipada: pones ingredientes, receta y trabajo. PaaS es contratar una cocina con cocineros: tú das la receta y ellos cocinan. SaaS es ir a un restaurante: eliges del menú. Dónde falla la analogía: en PaaS la “receta” (tu código) sigue siendo tuya, con sus errores. Y en SaaS, a diferencia del restaurante, quién entra con tu cuenta y qué datos cargas siguen siendo tu responsabilidad.

Ejemplo real: AgroData, una startup agrícola, renta máquinas virtuales para su motor de cálculo de cosechas, porque necesita un sistema operativo con librerías específicas (IaaS). Publica su API con un git push en una plataforma que la ejecuta sin que nadie toque servidores (PaaS). Y su equipo usa un correo y un CRM por suscripción (SaaS).

Úsalo cuando: eliges IaaS si necesitas controlar el sistema operativo o mover una aplicación sin cambiarla; PaaS si quieres desplegar código sin operar servidores; SaaS si el problema ya lo resuelve un producto terminado. No lo uses cuando: no elijas IaaS si nadie en tu equipo va a parchear sistemas operativos, ni PaaS si tu aplicación exige una configuración del sistema que la plataforma no permite.