Ya sabes cómo los usuarios encuentran tu web (DNS y Route 53). Ahora veremos cómo hacer que tu contenido les llegue rápido, estén donde estén en el mundo. Esa es la misión de CloudFront, la red de distribución de contenido (CDN) de AWS. Ya la asomamos al hablar de las edge locations en el Capítulo 3; ahora la entendemos a fondo.

Imagina que tu servidor está en Irlanda (Capítulo 3) y un usuario te visita desde Japón. Cada vez que pide algo, la petición tiene que cruzar medio mundo y volver. Aunque viaje a la velocidad de la luz, esa distancia añade latencia (retraso): la web carga lenta para ese usuario.

Una CDN (Content Delivery Network) resuelve esto acercando el contenido a los usuarios. En lugar de que todos lleguen hasta tu servidor lejano, la CDN guarda copias de tu contenido en muchos puntos repartidos por el mundo (las edge locations del subcapítulo 3.3). Cada usuario recibe el contenido desde el punto más cercano a él.

CloudFront es la CDN de AWS, con cientos de edge locations en todo el planeta.

Analogía: sin CDN es como tener una sola tienda en una ciudad: todos los clientes del país tienen que viajar hasta allí. Con CDN es como abrir sucursales en cada ciudad: cada cliente va a la más cercana. Mucho más rápido para todos.

Una distribución es la configuración de CloudFront para tu contenido: define de dónde sale el contenido (el origen), cómo se cachea, qué dominio usa, etc. Es la «unidad» que creas en CloudFront.

El origin es la fuente original de tu contenido, de donde CloudFront lo coge la primera vez. Puede ser:

• Un bucket de S3 (muy común para webs estáticas, recuerda el subcapítulo 5.5).
• Un balanceador de carga (Capítulo 13) delante de tus servidores.
• Cualquier servidor web, incluso fuera de AWS.

La caché es lo que hace mágica a una CDN. La primera vez que alguien en una región pide un archivo, CloudFront lo trae del origen y guarda una copia en la edge location cercana. Las siguientes peticiones de esa zona se sirven directamente desde la copia, sin molestar al origen.

Doble beneficio:

• Rapidez: los usuarios reciben el contenido desde cerca.
• Menos carga en tu origen: la mayoría de peticiones las atiende la caché, no tu servidor. Tu origen trabaja mucho menos (y puede ser más pequeño y barato).

Una pregunta importante: ¿cuánto tiempo guarda CloudFront una copia antes de volver a pedirla al origen? Eso lo controla el TTL (Time To Live), el «tiempo de vida» de la caché.

• TTL largo: la copia dura mucho. Máxima rapidez y mínimo trabajo del origen, pero los cambios tardan en reflejarse.
• TTL corto: la copia se refresca a menudo. Los cambios se ven antes, pero el origen trabaja más.

Regla práctica: contenido que no cambia (imágenes, CSS, vídeos, archivos de una web estática) → TTL largo. Contenido que cambia a menudo → TTL corto o sin caché.

¿Y si cambias un archivo y quieres que se actualice ya, sin esperar al TTL? Puedes hacer una invalidación: le dices a CloudFront «borra esta copia de todas las edge locations», y volverá a traerla del origen en la siguiente petición. Útil tras publicar una nueva versión de tu web.

CloudFront brilla especialmente con contenido estático: imágenes, vídeos, hojas de estilo (CSS), JavaScript, archivos descargables y webs estáticas (S3). Este contenido es igual para todos los usuarios, así que cachearlo es ideal. También acelera contenido dinámico, aunque ahí las ganancias son menores.

Ejemplo del mundo real: un periódico digital con lectores en todo el mundo pone CloudFront delante de su web. Las fotos, los vídeos y el diseño se sirven desde la edge location de cada lector (rapidísimo), y el servidor del periódico solo se encarga de generar los artículos nuevos. Resultado: la web vuela para todos y el servidor aguanta millones de visitas sin saturarse.

• CloudFront es la CDN de AWS: acerca tu contenido a los usuarios guardando copias en edge locations por todo el mundo, reduciendo la latencia.
• Una distribución es tu configuración de CloudFront; el origin es la fuente original (un bucket S3, un balanceador, etc.).
• La caché es la clave: la primera petición trae el contenido del origen y guarda una copia; las siguientes se sirven desde la copia. Doble beneficio: rapidez + menos carga en el origen.
• El TTL define cuánto dura una copia (largo para contenido estático, corto para el que cambia); la invalidación fuerza el refresco inmediato.
• Brilla con contenido estático (imágenes, vídeos, CSS, JS, webs S3), aunque también acelera el dinámico.

En el siguiente subcapítulo veremos cómo hacer tu sitio seguro con HTTPS usando certificados SSL/TLS gratuitos con ACM.