Modelos de despliegue: nube pública, nube híbrida y on-premises

Qué es: la respuesta a “¿dónde corre mi aplicación?”: toda en la nube pública, toda en tus instalaciones o repartida entre ambas.

• Nube pública (cloud): todas las piezas de la aplicación corren en el proveedor. Puede ser una aplicación nacida en la nube o una que se trasladó desde servidores propios. Desde la próxima sesión, cuando el libro diga solo “nube”, se refiere a la nube pública.
• On-premises: todo corre en tu propio centro de datos. Si lo administras con virtualización y herramientas de autoservicio, AWS lo llama también nube privada.
• Nube híbrida: conectas recursos de la nube pública con recursos que siguen en tus instalaciones, y funcionan como un solo sistema. Es típico de empresas que llevan años con centro de datos propio.

Analogía: dónde vives. On-premises es tu casa propia: tú pagas reparaciones, impuestos y la pintura. La nube pública es vivir en un departamento con servicios incluidos: el edificio se encarga del ascensor y de la caldera. La nube híbrida es tener la casa y rentar una oficina en un cowork para el equipo que creció. Dónde falla la analogía: cambiarse de casa es raro y caro, pero en la nube pública puedes mover piezas de un modelo a otro de forma gradual. Y el “departamento” en la nube pública no es temporal: muchas empresas viven ahí para siempre.

Ejemplo real: Banco Austral guarda los datos de sus clientes en su propio centro de datos por una exigencia de su regulador. Su sitio web público y su app de simulación de créditos corren en la nube pública y consultan al centro de datos por una conexión privada. Eso es nube híbrida.

Úsalo cuando: eliges nube pública si empiezas de cero o quieres dejar de operar hardware; nube híbrida si migras por etapas o una parte debe quedarse en casa; on-premises si necesitas recursos dedicados en tu edificio. No lo uses cuando: no elijas on-premises esperando las ventajas de la nube pública: la nube privada sigue siendo tu hardware, con su compra y su mantenimiento.