Ya conoces las regiones (zonas geográficas) y las AZ (datacenters dentro de una región). Existe un tercer tipo de ubicación de AWS, aún más cerca del usuario final: las edge locations. Son la clave para que tu contenido llegue rapidísimo a usuarios de todo el mundo, y trabajan de la mano del servicio CloudFront.

Imagina que tu web está alojada en una región de Irlanda y un usuario la abre desde Australia. Cada imagen, vídeo o archivo tiene que viajar medio planeta de ida y vuelta. Aunque internet es rápido, esa distancia añade un retraso perceptible: la web carga lenta para ese usuario.

¿La solución? Acercar el contenido al usuario. En lugar de que viaje desde Irlanda cada vez, guardamos copias de tu contenido en muchos puntos repartidos por el mundo. Cuando el australiano pide una imagen, se la sirve una copia que está en Australia, no en Irlanda.

Una edge location («ubicación de borde») es un punto de presencia de AWS, distinto de las regiones, distribuido por muchísimas ciudades del mundo (muchas más que las regiones). Su función principal es guardar copias temporales (caché) de contenido cerca de los usuarios.

Hay cientos de edge locations por el mundo, muchas más que regiones, precisamente para estar lo más cerca posible de la gente.

CloudFront es la CDN de AWS. Una CDN (Content Delivery Network, red de entrega de contenido) es justamente eso: una red de servidores repartidos que sirven tu contenido desde el punto más cercano a cada usuario.

CloudFront usa las edge locations para:

1. Guardar copias en caché de tu contenido (imágenes, vídeos, archivos, incluso páginas).
2. Servir cada petición desde la edge location más cercana al usuario.
3. Reducir drásticamente la latencia (la web carga más rápido).
4. Aliviar tu servidor de origen, que recibe muchas menos peticiones.

Imagina que un usuario de Madrid pide una imagen de tu web por primera vez:

1. Primera vez (caché vacía): CloudFront no tiene la imagen en la edge de Madrid. La pide a tu origen (Irlanda), se la entrega al usuario y guarda una copia en Madrid.
2. Siguientes veces: otro usuario de Madrid pide la misma imagen. Ahora CloudFront ya la tiene en Madrid y se la sirve al instante, sin molestar a Irlanda.

A esto se le llama cache hit (acierto de caché) cuando el contenido ya está en la edge, y cache miss (fallo de caché) cuando hay que ir a buscarlo al origen.

Ejemplo real: Netflix usa una red de entrega de contenido para servir vídeos desde servidores cercanos a cada espectador. Por eso una serie empieza a reproducirse casi al instante: el vídeo no viaja desde el otro lado del mundo, sino desde una ubicación cercana a ti.

• Contenido estático: imágenes, vídeos, hojas de estilo, archivos JavaScript, descargas. Son ideales para cachear porque no cambian a menudo.
• Contenido dinámico: CloudFront también puede acelerar peticiones dinámicas, optimizando la ruta de red hasta tu origen.

Lo combinaremos con S3 (almacenamiento, Capítulo 5) para servir webs estáticas, y lo veremos en profundidad en el Capítulo 16 (entrega de contenido y DNS) y el Capítulo 28 (Lambda@Edge).

Las edge locations no solo aceleran: también son la primera línea de defensa. Al estar repartidas y absorber el tráfico, ayudan a protegerte contra ataques de denegación de servicio (DDoS) y se integran con el firewall de aplicaciones WAF (lo veremos en el Capítulo 16). El tráfico malicioso se filtra en el borde, lejos de tu servidor de origen.

Ahora ya conoces los tres niveles, de más grande a más cercano al usuario:

• Las edge locations son cientos de puntos de AWS repartidos por el mundo, mucho más cerca del usuario que las regiones.
• CloudFront es la CDN de AWS: usa las edge locations para servir tu contenido desde el punto más cercano a cada usuario.
• Esto reduce la latencia (web más rápida), alivia tu origen y mejora la seguridad (defensa frente a DDoS, integración con WAF).
• La caché funciona con aciertos (contenido ya copiado) y fallos (hay que ir al origen la primera vez).

En el último subcapítulo de la Parte I uniremos todos estos conceptos —regiones, AZ y edge— bajo tres ideas clave: latencia, resiliencia y soberanía de datos.