Ya sabes qué problemas resuelve la nube. Ahora vamos a poner nombre a las tres grandes formas de alojar tu infraestructura. Entender sus diferencias te permitirá tomar buenas decisiones (y entender por qué muchas empresas eligen una u otra).

On-premise (a menudo abreviado on-prem) significa que los servidores están en tus propias instalaciones y son tuyos. Tú compras el hardware, lo montas, lo mantienes y lo proteges.

Analogía: es como tener coche en propiedad. Lo compras, pagas el seguro, la ITV, las reparaciones y el garaje. A cambio, es totalmente tuyo y haces con él lo que quieras.

Cuándo tiene sentido:

• Tienes requisitos legales muy estrictos que obligan a que los datos no salgan de tus instalaciones.
• Ya has invertido mucho en hardware y aún no lo has amortizado.
• Necesitas un control total sobre cada componente físico (casos muy específicos).

Inconvenientes: todo lo que vimos en el subcapítulo 1.2 (inversión inicial, mantenimiento, lentitud, etc.).

En el modelo cloud (nube pública), un proveedor como AWS, Azure o Google Cloud es el dueño de los datacenters. Tú alquilas la capacidad que necesitas y pagas por uso.

Analogía: es como usar taxi o coche compartido. No compras el coche; pagas por cada trayecto. No te preocupas del seguro, la gasolina ni las reparaciones.

Cuándo tiene sentido:

• Empresas nuevas o proyectos que quieren empezar rápido y barato.
• Cargas de trabajo variables (picos de tráfico).
• Cuando quieres llegar a usuarios de varios países sin construir datacenters.
• Cuando prefieres centrarte en tu producto, no en mantener hardware.

Inconvenientes:

• A muy gran escala y con uso constante, puede salir más caro que tener tu propio hardware ya amortizado.
• Dependes de un proveedor externo (riesgo de vendor lock-in, que veremos más adelante).

El modelo híbrido combina on-premise y cloud, conectándolos para que trabajen juntos.

Analogía: tienes un coche propio para el día a día (on-premise) pero alquilas una furgoneta los fines de semana que te mudas (cloud para los picos).

Cuándo tiene sentido:

• Una empresa tradicional que ya tiene su datacenter pero quiere usar la nube para proyectos nuevos o picos de demanda.
• Datos sensibles que deben quedarse en casa, pero aplicaciones que se benefician de la escala de la nube.
• Migraciones graduales: ir moviendo cosas a la nube poco a poco, sin un salto brusco.

Ejemplo real: Un banco mantiene la base de datos de cuentas on-premise por regulación, pero ejecuta su app móvil y su web en la nube para absorber los picos de uso a fin de mes. Ambos mundos se conectan por una línea privada segura.

Cuando decimos «cloud» en este libro nos referimos a la nube pública: datacenters compartidos por muchos clientes (aunque tus recursos están aislados). Existe también la nube privada, que es básicamente infraestructura tipo nube pero dedicada a una sola organización (a menudo on-premise). El modelo híbrido suele combinar nube pública con on-premise o nube privada.

• On-premise: tú eres el dueño del hardware. Máximo control, máxima responsabilidad.
• Cloud: alquilas capacidad a un proveedor. Rápido, flexible, pago por uso.
• Híbrido: combinas ambos, útil en migraciones y cuando hay datos que deben quedarse en casa.
• No hay una opción «mejor» universal: depende del contexto (regulación, presupuesto, tipo de carga).

En el siguiente subcapítulo profundizaremos en los tres modelos de servicio de la nube —IaaS, PaaS y SaaS— que definen cuánto trabajo delegas en el proveedor.