Introducción a AWS

AWS: el punto de inflexión

En los centros de datos "previos a la nube" la virtualización ya existía, pero se limitaba a entornos privados: cada nuevo pico de tráfico requería la compra anticipada de servidores que, a menudo, se amortizaban durante demasiado tiempo o se sustituían demasiado tarde.

Por el contrario, Amazon, que se enfrentaba a fluctuaciones vertiginosas -multiplicando por cinco su carga tres días antes de Navidad y cayendo al 50% de utilización en enero-, desarrolló internamente un sistema capaz de asignar y liberar recursos casi en tiempo real. Cuando se comprobó que este mecanismo era fiable, la pregunta no tardó en surgir: «¿Y si lo ponemos a disposición de todo el mundo?». 

Tres ideas sencillas pero potentes guiaron entonces la plataforma:

Se puede comparar AWS con un interruptor eléctrico: encender la luz al instante, apagarla en cuanto se sale de la habitación, sin mantener...

¿Por qué AWS se ha convertido en un estándar?

Desde mediados de la década de 2000, cuatro potentes motores han impulsado a AWS a la cima de la nube pública, y cada uno de ellos se sustenta en una dinámica implacable:

La obsesión por el cliente

Cada nuevo servicio nace primero en forma de "comunicado ficticio": se describe el beneficio esperado para el usuario incluso antes de escribir la primera línea de código. Este enfoque sitúa sistemáticamente la experiencia y las necesidades reales de los clientes en el centro del proceso de innovación, garantizando que cada funcionalidad responda a un caso de uso real.

Entrega continua

Olvídate de las grandes "megareleases" que paralizan tu sistema de información durante semanas: AWS implementa mejoras y nuevas funciones cada semana, sin imponer nunca una migración complicada. Este ritmo ultrarrápido permite adoptar progresivamente las novedades, corregir rápidamente las anomalías y disfrutar casi en tiempo real de los últimos avances tecnológicos.

Una tarificación clara y decreciente gracias a las economías de escala

Cualquier optimización interna en Amazon se refleja inmediatamente en los precios que se facturan a los clientes. Cada vez que AWS reduce sus costes, usted se beneficia directamente en su factura. Esta transparencia y este mecanismo de reducción automática han creado un clima de confianza: cuanto más ahorra AWS, más ganan en competitividad sus usuarios.

Un ecosistema próspero

Entre la amplia oferta de formación y certificaciones, la vitalidad de la comunidad, las ofertas del Marketplace y las colaboraciones locales, la mejora de las competencias es rápida y estructurada. Siempre encontrará un taller, un tutorial, un experto o un módulo listo para usar que le ayude a acelerar su proyecto.

Al combinar estos factores, AWS genera un potente círculo virtuoso: el crecimiento de la base de usuarios alimenta la retroalimentación, que enriquece la plataforma lo que, a su vez, atrae a nuevos clientes. Resultado: incluso las organizaciones multicloud suelen elegir el vocabulario, los patrones y las buenas prácticas de AWS como referencia para su arquitectura. AWS no es solo un proveedor de servicios en la nube, sino que se ha convertido en el lenguaje común de la nube moderna.

1. La arquitectura global de AWS

La «nube» no existe solo en el ámbito virtual: se sustenta en una red física diseñada con dos objetivos principales: acercar los datos a los usuarios finales y limitar las interrupciones a zonas concretas.

El mapa de AWS de un vistazo

• Círculos amarillos: regiones (con al menos 3 zonas de disponibilidad cada una)

Ej.: París (3 zonas de disponibilidad), Fráncfort (4 zonas de disponibilidad), Virginia del Norte (6 zonas de disponibilidad)

• Puntos morados concéntricos: múltiples zonas locales dentro de la misma metrópoli

Ej.: Londres, Fráncfort, Tokio

• Puntos morados aislados: ubicaciones periféricas únicas

Ej.: Marsella alberga un PoP de CloudFront/Route 53 sin ser una región

En el mapa se observan tres «corredores» especialmente densos, la famosa «Tríada»: la costa este de Estados Unidos, Europa Occidental y la región de Japón y Corea, donde se concentran la mayoría de los usuarios finales y las cachés. Latinoamérica y África reciben servicio a través de regiones centrales (São Paulo - sa-east-1, El Cabo - af-south-1), complementadas por una red de ubicaciones periféricas.

Los niveles de infraestructura de AWS

Nivel	Función	Alcance típico	Objetivo principal
Región	Grupo de zonas de actividad (AZ) dentro de una misma área metropolitana (París, Dublín, Fráncfort…)	Unos cientos de kilómetros como máximo	Garantizar la soberanía: la electricidad, la fibra óptica y la legislación son propias de la región.
Zona de disponibilidad	Uno o varios edificios situados a una distancia de entre 5 y 50 km entre sí	Latencia intrarregional < 2 ms	Contener un incidente (inundación, avería en un transformador) en un único emplazamiento.
Zona local	Pequeño centro de datos satélite en una gran ciudad (Los Ángeles, Hamburgo)	A miles de kilómetros de la región principal	Proporcionar capacidad de cálculo a pocos milisegundos de una población urbana sin necesidad de abrir una nueva región.
Wavelength Zone	Rack de AWS situado directamente en el núcleo de la red 5G de un operador	La misma ciuda d, latencia inferior a 10 ms	Alojar la lógica de aplicaciones de RA/RV o IoT que no toleran ninguna ida y vuelta de larga distancia.
Puntos de presencia (Edge Locations)	Nodo ligero (caché de CloudFront, terminación TLS, resolutor DNS de Route 53)	> 450 ubicaciones en todo el mundo	Acortar el primer ida y vuelta de red y absorber los picos de tráfico estático.

En la práctica, esta jerarquía permite limitar el impacto de las interrupciones al asignar cada incidencia a una zona de disponibilidad (AZ) o a una zona local (Local Zone), optimizar la latencia al acercar el procesamiento y los contenidos a los usuarios (zonas locales, Wavelength, Edge), así como cumplir con los requisitos normativos y de soberanía al ubicar con precisión la ubicación de los datos.

Con esta visión, ahora está preparado para elegir las regiones adecuadas, planificar sus implementaciones multi-AZ e integrar las Local Zones, las Wavelength Zones y las Edge Locations cuando el rendimiento o el cumplimiento normativo lo exijan.

De este modo, la infraestructura de AWS se vuelve a la vez robusta, reactiva y conforme a las necesidades de su aplicación.

Esquema del modelo de responsabilidad compartida de AWS

La nube de AWS funciona según un principio sencillo. AWS se encarga de todo lo que está "bajo el capó": los centros de datos, la red y las máquinas virtuales. Usted, por su parte...