Una empresa aloja una aplicación web de varias capas en instancias de Amazon EC2 con Amazon Linux detrás de un Application Load Balancer. Las instancias se ejecutan en un grupo de Auto Scaling en varias zonas de disponibilidad. El grupo de Auto Scaling lanza más instancias On-Demand cuando los usuarios solicitan grandes volúmenes de contenido web estático. La empresa quiere optimizar los costos. ¿Cómo debería un arquitecto de soluciones rediseñar la aplicación de la manera MÁS rentable?

La opción más rentable es crear una distribución de Amazon CloudFront para alojar el contenido web estático desde un bucket de Amazon S3. Esto descarga el contenido estático de las instancias EC2, reduciendo la carga y, por lo tanto, la necesidad de escalar el grupo de Auto Scaling con instancias On-Demand para manejar picos de tráfico estático. S3 y CloudFront son servicios muy rentables para el almacenamiento y la entrega de contenido estático. Actualizar el grupo de Auto Scaling para usar Reserved Instances no es óptimo porque las Reserved Instances son para cargas de trabajo predecibles y sostenidas, no para picos de tráfico estático impredecibles. Usar Spot Instances podría ahorrar costos, pero son más adecuadas para cargas de trabajo tolerantes a interrupciones, y el contenido web estático debe estar siempre disponible. Alojar contenido estático con AWS Lambda y API Gateway sería mucho más costoso y complejo que usar S3 y CloudFront.