Cómo CloudFront entrega el contenido - Amazon CloudFront

Cómo CloudFront entrega el contenido

Después de una configuración inicial, CloudFront funciona conjuntamente con el sitio web o aplicación y acelera la entrega de su contenido. En esta sección se explica cómo distribuye CloudFront su contenido cuando los lectores lo solicitan.

Cómo CloudFront entrega contenido a sus usuarios

Después de configurar CloudFront para distribuir su contenido, esto es lo que ocurre cuando los usuarios solicitan sus objetos:

  1. Un usuario obtiene acceso a su sitio web o aplicación y solicita un objeto, como un archivo de imagen o un archivo HTML.

  2. DNS enruta la solicitud al POP de CloudFront (ubicación periférica) que mejor puede atender la solicitud, normalmente el POP de CloudFront más cercano en términos de latencia.

  3. CloudFront comprueba su caché en busca del objeto solicitado. Si el objeto está en la caché, CloudFront lo devuelve al usuario. Si el objeto no está en la caché, CloudFront hace lo siguiente:

    1. CloudFront compara la solicitud con las especificaciones de su distribución y reenvía la solicitud a su servidor de origen para el objeto correspondiente, por ejemplo, a su bucket de Amazon S3 o a su servidor HTTP.

    2. El servidor de origen devuelve el objeto a la ubicación de borde.

    3. En cuanto llega el primer byte desde el origen, CloudFront comienza a reenviar el objeto al usuario. CloudFront también agrega el objeto a la caché para la próxima vez que alguien lo solicite.

Solicitud y respuesta del usuario al origen a través de CloudFront

Cómo funciona CloudFront con las cachés de borde regionales

Los puntos de presencia de CloudFront (también conocidos como POP o ubicaciones de borde) garantizan que los contenidos populares puedan servirse rápidamente a los lectores. CloudFront dispone también de cachés de borde regionales que acercan más su contenido a los lectores, incluso cuando el contenido no es tan popular como para permanecer en un punto de presencia, para ayudar a mejorar el rendimiento de dicho contenido.

Las cachés perimetrales regionales ayudan con todo tipo de contenidos, especialmente los que pierden popularidad con el tiempo. Entre los ejemplos se incluyen contenido generado por usuarios como videos, fotos o ilustraciones; recursos de e-commerce como fotos y videos de productos, así como noticias y contenido relacionado con eventos que podrían hacerse populares de repente.

Cómo funcionan las cachés regionales

Las cachés de borde regionales son ubicaciones de CloudFront implementadas en todo el mundo y cercanas a sus lectores. Están ubicadas entre el servidor de origen y los puntos de presencia: ubicaciones de borde globales que distribuyen contenido directamente a los lectores. A medida que los objetos se hacen menos populares, los puntos de presencia individuales podrían quitar dichos objetos para dejar espacio a contenido más popular. Las cachés perimetrales regionales tienen una caché mayor que un punto de presencia individual, de modo que los objetos permanecen más tiempo en la ubicación de caché perimetral regional más cercana. De esta manera, es posible conservar un mayor volumen de contenido más cerca de los lectores, lo que reduce la necesidad de que CloudFront regrese al servidor de origen y mejora el rendimiento general para los lectores.

Cuando un espectador realiza una solicitud a su sitio web o mediante su aplicación, DNS dirige la solicitud al punto de presencia que puede distribuir mejor la solicitud del usuario. Esta ubicación suele ser la ubicación de borde de CloudFront más cercana en términos de latencia. En el punto de presencia, CloudFront busca el objeto solicitado en su caché. Si el objeto está en la caché, CloudFront lo devuelve al usuario. Si el objeto no se encuentra en la caché, el POP suele dirigirse a la caché de borde regional más cercana para recuperarlo. Para obtener más información sobre cuándo el POP omite la caché de borde regional y va directamente al origen, consulte la siguiente nota.

En la caché de borde regional, CloudFront vuelve a buscar el objeto solicitado en su caché. Si el objeto se encuentra en la caché, CloudFront lo reenvía al POP que lo solicitó. En cuanto el primer byte llega desde la caché de borde regional, CloudFront comienza a reenviar el objeto al usuario. CloudFront también agrega el objeto a la caché en el POP para la próxima vez que alguien lo solicite.

En el caso de los objetos que no están almacenados en caché ni en el POP ni en la ubicación de caché de borde regional, CloudFront compara la solicitud con las especificaciones de sus distribuciones y reenvía la solicitud al servidor de origen. Después de que su servidor de origen devuelva el objeto a la ubicación de borde regional de la caché, este se reenvía al POP y, a continuación, CloudFront lo reenvía al usuario. En este caso, CloudFront también agrega el objeto a la caché en la ubicación de caché de borde regional, además de agregarlos al punto de presencia para la próxima vez que un lector lo solicite. Esto garantiza que todos los puntos de presencia de una región compartan una caché local, con lo que no es necesario realizar varias solicitudes a los servidores de origen. CloudFront mantiene además conexiones permanentes con los servidores de origen, de modo que los objetos se obtengan desde los orígenes lo antes posible.

nota
  • Las cachés perimetrales regionales tienen paridad de características con los puntos de presencia. Por ejemplo, una solicitud de invalidación de la caché elimina un objeto tanto de las cachés de los puntos de presencia como de las cachés perimetrales regionales antes de caducar. La próxima vez que un lector solicite el objeto, CloudFront volverá al origen para recuperar la última versión.

  • Los métodos HTTP proxy (PUT, POST, PATCH, OPTIONS y DELETE) van directamente al origen desde los puntos de presencia sin pasar por las cachés de borde regionales.

  • Las solicitudes dinámicas, según se determinan en el momento de la solicitud, no fluyen a través de las cachés de borde regionales, sino que van directamente al origen.

  • Cuando el origen es un bucket de Amazon S3 y la caché de borde regional óptima de la solicitud está en el mismo Región de AWS que el bucket de S3, el punto de presencia omite la caché de borde regional y va directamente al bucket de S3.

El siguiente diagrama ilustra cómo fluyen las solicitudes y las respuestas a través de las ubicaciones de borde de CloudFront y las cachés de borde regionales.

Diagrama que muestra las rutas de solicitud/respuesta desde los espectadores hasta el origen a través de ubicaciones periféricas y cachés de periferia regionales.