Cerramos el capítulo de fundamentos aterrizando todo lo anterior en las ventajas concretas que te da la nube. No son frases de folleto: son beneficios medibles que cambian la forma de construir software. Vamos a ver las tres más importantes con ejemplos del mundo real.

Ventaja 1: Elasticidad — crece y decrece según la demanda

La elasticidad es la capacidad de añadir o quitar recursos automáticamente según la carga de trabajo. Ya la presentamos como pilar NIST; ahora veamos por qué cambia las reglas del juego.

El problema tradicional: comprabas hardware para el pico máximo que pudieras tener. El resto del tiempo, ese hardware carísimo estaba ocioso.

Con la nube: tienes pocos recursos cuando hay poca demanda y muchos cuando hay mucha. Pagas solo por lo que usas en cada momento.

Ejemplo real — una plataforma de exámenes online:

  • Días normales: 2 servidores bastan.
  • Día del examen oficial: 50.000 estudiantes entran a la vez → la plataforma escala automáticamente a 40 servidores durante 3 horas.
  • Cuando acaba el examen: vuelve a 2 servidores.

Con hardware propio, habrían tenido que comprar 40 servidores para usarlos unas horas al año. Con la nube, pagan esos 40 servidores solo durante esas 3 horas.

Hay dos formas de escalar, y conviene distinguirlas:

Tipo Qué hace Analogía
Escalado horizontal Añadir más servidores Contratar más camareros
Escalado vertical Hacer el servidor más potente Que el camarero corra más rápido

En la nube se prefiere normalmente el horizontal porque es más flexible y resiliente. Lo veremos a fondo en el Capítulo 13 (Auto Scaling).

Ventaja 2: Pago por uso — del CapEx al OpEx

Con la nube no compras nada por adelantado: pagas por lo que consumes, como la factura de la luz.

  • CapEx (gasto de capital): comprar servidores por adelantado. Mucho dinero inmovilizado.
  • OpEx (gasto operativo): pagar mensualmente por el uso. Flexible y predecible.

Por qué importa tanto:

  • Bajas la barrera de entrada: una persona sola puede lanzar un proyecto con unos pocos euros al mes.
  • Reduces el riesgo: si la idea no funciona, apagas los recursos y dejas de pagar. No tienes 50.000 € en hierro inútil.
  • Experimentas barato: probar una idea nueva cuesta céntimos.

Ejemplo real: Un desarrollador tiene una idea para una app. La monta en la nube por 15 € el primer mes. Si triunfa, escala y paga más (porque está ganando más). Si fracasa, lo apaga y solo ha perdido 15 €. Hace 20 años, esa misma prueba habría costado miles de euros en servidores.

Cuidado: el pago por uso es un arma de doble filo. Si dejas recursos encendidos sin querer, la factura sube. Por eso el control de costes (Capítulo 25) es una disciplina importante. Una buena práctica desde el día uno: apaga lo que no uses.

Ventaja 3: Disponibilidad y alcance global

Los grandes proveedores tienen datacenters por todo el mundo. Eso te da dos superpoderes:

Alcance global (velocidad para tus usuarios)

Puedes desplegar tu aplicación cerca de tus usuarios, estén donde estén, en cuestión de minutos. Cuanto más cerca está el servidor del usuario, más rápida va la aplicación (menos latencia).

Ejemplo real: Una empresa europea lanza su servicio en Brasil. En lugar de construir un datacenter allí, despliega en la región de AWS de São Paulo con unos clics. Sus usuarios brasileños tienen la misma velocidad que los europeos.

Alta disponibilidad (tu app no se cae)

«Disponibilidad» significa que tu servicio sigue funcionando aunque algo falle. La nube te permite, fácilmente, repartir tu aplicación en varias ubicaciones independientes. Si una se cae (por un incendio, un corte de luz…), las otras siguen sirviendo.

Ejemplo real: Un banco reparte su aplicación entre tres ubicaciones distintas de una misma región. Una sufre un corte eléctrico, pero los usuarios ni se enteran: las otras dos absorben el tráfico automáticamente.

Esta disponibilidad se mide en porcentajes que verás mucho:

Disponibilidad Tiempo caído al año (aprox.)
99 % ~3,65 días
99,9 % («tres nueves») ~8,8 horas
99,99 % («cuatro nueves») ~52 minutos
99,999 % («cinco nueves») ~5 minutos

Veremos cómo conseguir esta resiliencia en el Capítulo 3 (regiones y zonas) y en el Capítulo 26 (alta disponibilidad y recuperación ante desastres).

Otras ventajas que conviene mencionar

  • Velocidad y agilidad: lo que antes tardaba semanas, ahora tarda minutos. Innovas más rápido.
  • Seguridad de nivel mundial: los grandes proveedores invierten en seguridad mucho más de lo que podría una empresa media (lo veremos en el Capítulo 7 y la Parte VI).
  • Sin mantenimiento de hardware: te olvidas de discos rotos y aires acondicionados.
  • Innovación constante: acceso inmediato a servicios avanzados (inteligencia artificial, big data…) sin montar nada.

Lo que debes recordar

  • Elasticidad: ajustas la capacidad automáticamente a la demanda; pagas solo por lo que usas en cada momento.
  • Pago por uso (OpEx): sin inversión inicial, bajo riesgo, ideal para experimentar — pero vigila la factura.
  • Alcance y disponibilidad global: sirves rápido a usuarios de todo el mundo y mantienes tu app en pie aunque algo falle.
  • Estas ventajas son la razón por la que prácticamente todas las empresas modernas usan la nube.

Con esto cierras la Parte I. Ya entiendes qué es la nube, qué problemas resuelve y por qué se ha vuelto el estándar. En el Capítulo 2 conoceremos a los grandes proveedores (AWS, Azure, GCP) y por qué aprenderemos AWS primero.

Cloud, AWS & Terraform — De cero a experto

Capítulo 1 · Qué es el cloud computing

Capítulo 2 · El mercado cloud y los grandes proveedores

Capítulo 3 · Regiones, zonas de disponibilidad y edge

Capítulo 4 · Cómputo: EC2

Capítulo 5 · Almacenamiento: S3

Capítulo 6 · Redes: VPC

Capítulo 7 · Identidad y acceso: IAM

Capítulo 8 · Bases de datos gestionadas

Capítulo 9 · Por qué Infraestructura como Código

Capítulo 10 · HCL: el lenguaje de Terraform

Capítulo 11 · Providers y estado

Capítulo 12 · Tu primera infraestructura real en Terraform

Capítulo 13 · Balanceo de carga y autoescalado

Capítulo 14 · Serverless con Lambda

Capítulo 15 · Mensajería y eventos

Capítulo 16 · Entrega de contenido y DNS

Capítulo 17 · Contenedores en AWS

Capítulo 18 · Módulos: reutilización y composición

Capítulo 19 · Workspaces y gestión de entornos

Capítulo 20 · Backends remotos y locking

Capítulo 21 · Testing de infraestructura

Capítulo 22 · Terraform en CI/CD

Capítulo 23 · Seguridad en profundidad

Capítulo 24 · Observabilidad: logs, métricas y trazas

Capítulo 25 · Optimización de costes

Capítulo 26 · Alta disponibilidad y disaster recovery

Capítulo 27 · Well-Architected Framework de AWS

Capítulo 28 · Arquitecturas serverless a escala

Capítulo 29 · Plataformas de datos en AWS

Capítulo 30 · Multi-cuenta y landing zones

Capítulo 31 · Platform Engineering e Internal Developer Platform

Capítulo 32 · Certificaciones AWS relevantes

Capítulo 33 · Proyectos para consolidar lo aprendido

Capítulo 34 · Recursos y comunidad

© Copyright 2024. Todos los derechos reservados