En el subcapítulo anterior vimos que, tradicionalmente, ofrecer un servicio en internet implicaba comprar y mantener servidores físicos. Funcionaba, pero tenía dolores de cabeza muy concretos. La nube nació para resolverlos. Vamos a verlos uno a uno con ejemplos reales.

Para montar tu servicio necesitabas comprar los servidores antes de tener un solo cliente.

Ejemplo real: Una startup quiere lanzar una tienda online. Calcula que necesitará 10 servidores. Cada uno cuesta 5.000 €. Antes de vender nada, ya ha gastado 50.000 €. Si el negocio no funciona, ese dinero está casi perdido.

A este gasto inicial en bienes físicos se le llama CapEx (Capital Expenditure). La nube lo convierte en OpEx (Operational Expenditure): pagas pequeñas cantidades mensuales por lo que usas, como una factura de la luz.

Tenías que decidir cuántos servidores comprar sin saber cuánta gente vendría. Solo había dos resultados, y los dos son malos:

• Te quedas corto: llega mucha gente, los servidores se saturan y la web se cae. Pierdes ventas justo cuando más demanda hay.
• Te pasas: compras de más «por si acaso» y la mayoría del tiempo esos servidores carísimos están encendidos sin hacer nada.

Ejemplo real: Una web de venta de entradas para conciertos tiene tráfico normal todo el año, pero el día que salen las entradas de un artista famoso recibe 100 veces más visitas durante una hora. ¿Compras 100 veces más servidores para usarlos una hora al año? ¿O dejas que la web se caiga ese día?

La nube resuelve esto con la elasticidad: añades capacidad en minutos cuando hace falta y la quitas cuando ya no, pagando solo por las horas que la usaste.

Comprar e instalar servidores físicos llevaba semanas o meses: pedir presupuesto, esperar la entrega, montar, cablear, instalar el sistema operativo, configurar la red…

Ejemplo real: Tu jefe te pide un servidor nuevo para probar una idea. En un datacenter tradicional, podrías tardar 6 semanas en tenerlo listo. En la nube, lo tienes funcionando en 2 minutos desde una página web.

La nube convierte una tarea de semanas en una de minutos. Eso permite experimentar barato y rápido.

Los servidores físicos se rompen: discos duros que fallan, fuentes de alimentación que mueren, ventiladores que se atascan. Alguien tenía que:

• Estar de guardia 24/7.
• Tener piezas de repuesto en almacén.
• Cambiar el hardware roto físicamente.

Todo eso cuesta dinero y personal especializado. En la nube, el proveedor se encarga del hardware. Si un disco físico falla, es problema de AWS, no tuyo.

Si tu datacenter está en Madrid, un usuario de Japón notará la web lenta porque sus datos tienen que cruzar medio planeta. Montar tu propio datacenter en Japón sería carísimo.

Ejemplo real: Una empresa española quiere vender en Latinoamérica. En lugar de construir un datacenter en México, alquila servidores en la región de AWS más cercana a sus clientes y los sirve rápido desde allí. Lo hace en minutos, sin viajar ni construir nada.

La nube ofrece presencia global: tienes datacenters disponibles en decenas de países listos para usar.

¿Qué pasa si se inunda tu sala de servidores, hay un incendio o un corte eléctrico prolongado? Con un único datacenter, lo pierdes todo. Tener un segundo datacenter de respaldo era extremadamente caro.

La nube permite, de forma asequible, replicar tus datos y sistemas en varias ubicaciones para que, si una falla, otra siga funcionando.

• La nube no inventó internet; resolvió los problemas económicos y operativos de tener tus propios servidores.
• Las dos ideas clave son pago por uso (no inviertes por adelantado) y elasticidad (pagas solo por lo que usas, cuando lo usas).
• También aporta rapidez, alcance global y resiliencia a un coste asumible.

En el siguiente subcapítulo compararemos los tres grandes modelos de despliegue: on-premise, cloud e híbrido, para que sepas cuándo conviene cada uno.