¿Cómo se entrega CloudFront el contenido - Amazon CloudFront

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

¿Cómo se entrega CloudFront el contenido

Tras una configuración inicial, CloudFront funciona junto con tu sitio web o aplicación y acelera la entrega de tu contenido. En esta sección se explica cómo CloudFront se muestra tu contenido cuando los espectadores lo solicitan.

¿Cómo CloudFront entrega el contenido a sus usuarios

Una vez que hayas CloudFront configurado la entrega del contenido, esto es lo que ocurre cuando los usuarios solicitan tus 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. El DNS enruta la solicitud al CloudFront POP (ubicación perimetral) que mejor pueda atenderla, normalmente el CloudFront POP más cercano en términos de latencia.

  3. CloudFront comprueba en su caché el objeto solicitado. Si el objeto está en la memoria caché, se lo CloudFront 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 al 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 memoria caché para la próxima vez que alguien lo solicite.


					Solicitud y respuesta del usuario al origen mediante  CloudFront

¿Cómo CloudFront funciona con las cachés perimetrales regionales

CloudFront Los puntos de presencia (también conocidos como POP o ubicaciones periféricas) garantizan que los espectadores puedan ver rápidamente el contenido popular. CloudFront también cuenta con cachés periféricos regionales que permiten acercar más contenido a los espectadores, incluso cuando el contenido no es lo suficientemente popular como para mantenerse en un POP, con el fin de 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 perimetrales regionales son CloudFront ubicaciones que se despliegan en todo el mundo, cerca de los espectadores. 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. Esto ayuda a mantener una mayor parte del contenido cerca de los espectadores, lo que reduce la necesidad de volver CloudFront a su servidor de origen y mejora el rendimiento general de los espectadores.

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 CloudFront perimetral más cercana en términos de latencia. En el POP, CloudFront comprueba en su caché el objeto solicitado. Si el objeto está en la memoria caché, se lo CloudFront 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 ubicación de la caché perimetral regional, CloudFront vuelve a comprobar en su memoria caché el objeto solicitado. Si el objeto está en la memoria caché, lo CloudFront reenvía al POP que lo solicitó. En cuanto el primer byte llega desde la ubicación de la caché perimetral regional, CloudFront comienza a reenviar el objeto al usuario. CloudFront también agrega el objeto a la caché del POP para la próxima vez que alguien lo solicite.

En el caso de los objetos que no están almacenados en caché en la ubicación POP o en la caché perimetral regional, CloudFront compara la solicitud con las especificaciones de las distribuciones y la reenvía al servidor de origen. Una vez que el servidor de origen devuelve el objeto a la ubicación de la caché perimetral regional, se reenvía al POP y, a continuación, al CloudFront usuario. En este caso, añade CloudFront también el objeto a la caché de la ubicación de la caché perimetral regional, además del POP, para la próxima vez que un espectador lo solicite. Esto garantiza que todos los POP de una región compartan una caché local, lo que elimina múltiples solicitudes a los servidores de origen. CloudFront también mantiene conexiones persistentes con los servidores de origen para que los objetos se recuperen de los orígenes lo más rápido 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 vez siguiente que un espectador solicita el objeto, CloudFront vuelve 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 CloudFront borde y las cachés de borde regionales.


					Diagrama de la ruta de solicitud y respuesta desde los espectadores hasta el servidor de origen, pasando por las ubicaciones de  CloudFront  borde y las cachés de borde regionales