Desmitificando CloudFront: Identifica las Falsedades sobre su Funcionamiento Global

Pregunta

Tengo una aplicación web que se implementó en la región de AWS Mumbai.

Mi aplicación pronto se vuelve popular.

Ahora hay usuarios de todo el mundo a los que les gustaría acceder.

Si utilizo una distribución de CloudFront para hacerlo, ¿qué afirmaciones son FALSAS para CloudFront? (Seleccione DOS.)

Respuestas

R. CloudFront usa el concepto de ubicaciones de borde para almacenar en caché y entregar contenido más rápido a sus usuarios.

B. CloudFront puede ayudar a mejorar el rendimiento mediante el uso de conexiones Keep-alive entre las ubicaciones de Edge y el servidor de origen.

C. CloudFront no almacena en caché el contenido dinámico.

D. CloudFront solo puede usar depósitos S3 como su servidor de origen desde donde pueden almacenar contenido en caché.

E. CloudFront puede personalizar el contenido en las ubicaciones de Edge antes de entregarlo a los usuarios.

Respuesta Correcta

A.BCDE

Respuesta: C, D.

La opción A es incorrecta.

CloudFront utiliza el concepto de ubicaciones de borde para almacenar en caché el contenido que solicita el usuario.

Cuando un usuario en los EE. UU. solicita contenido en un servidor web alojado en la región de Mumbai, CloudFront verificará inicialmente si el contenido está disponible en la ubicación de borde más cercana en la región de los EE. UU.

Si está disponible, el contenido se servirá directamente desde la ubicación de Edge.

De lo contrario, CloudFront solicitará el servidor de origen, obtendrá el contenido y lo almacenará en caché en la ubicación perimetral para atender futuras solicitudes.

La opción B es incorrecta.

Cada conexión HTTP se ejecuta en TCP/IP.

Para que cada conexión HTTP funcione, se debe completar inicialmente un protocolo de enlace TCP.

Consideremos los siguientes 2 escenarios.

i)

Dos usuarios sin un proxy de Edge: 1 viaje es de 100 ms.

Podemos ver aquí que el tiempo de respuesta total para ambos usuarios es de 400 ms.

ii)

Dos usuarios con un proxy CloudFront Edge.

Podemos ver aquí que para el primer usuario, el tiempo de respuesta total es de 400 ms, mientras que para el segundo usuario, el tiempo de respuesta total es de 240 ms (4x20 + 2x80)

En lugar de restablecer un segundo protocolo de enlace con Origin, CloudFront aprovecha la sesión de Keep-alive, lo que reduce la latencia.

La opción C es CORRECTA ya que podemos usar el valor de tiempo de vida (TTL) para habilitar el almacenamiento en caché de contenido dinámico.

La opción D es CORRECTA.

CloudFront se ha abierto para usar servidores de origen de su elección que pueden ser S3 o un origen personalizado como EC2, ELB, etc...

La opción E es incorrecta.

CloudFront tiene la capacidad de personalizar el contenido en la ubicación Edge antes de entregarlo a sus usuarios.

Por ejemplo, una función de Lambda (generalmente conocida como lambda@Edge) puede usar los siguientes activadores Solicitud del espectador, Solicitud de origen, Respuesta de origen, Respuesta del espectador que se pueden usar para personalizar la experiencia del usuario final.

Referencias:

https://docs.amazonaws.cn/en_us/AmazonCloudFront/latest/DeveloperGuide/Introduction.html

https://youtu.be/sQNONcj0cvc