Uma empresa hospeda um aplicativo web de múltiplas camadas em instâncias Amazon EC2 Amazon Linux atrás de um Application Load Balancer. As instâncias são executadas em um grupo do Auto Scaling em várias Zonas de Disponibilidade. O grupo do Auto Scaling inicia mais instâncias On-Demand quando os usuários solicitam grandes volumes de conteúdo web estático. A empresa deseja otimizar custos. Como um arquiteto de soluções deve redesenhar o aplicativo da forma MAIS econômica?

A opção mais econômica é criar uma distribuição do Amazon CloudFront para hospedar o conteúdo web estático de um bucket do Amazon S3. O S3 é um serviço de armazenamento de objetos altamente durável e de baixo custo, ideal para conteúdo estático. O CloudFront é uma CDN que armazena em cache o conteúdo em locais de borda globalmente, reduzindo a latência para os usuários e, crucialmente, diminuindo a carga nas instâncias EC2. Isso permite que o grupo do Auto Scaling inicie menos instâncias On-Demand, otimizando os custos. Usar Reserved Instances (RIs) não é ideal para escalabilidade dinâmica, pois elas são para cargas de trabalho previsíveis e de longo prazo, e o problema menciona "grandes volumes" de conteúdo estático que causam picos. Spot Instances são mais baratas que On-Demand, mas são interrompíveis, o que não é adequado para servir conteúdo web estático diretamente com alta disponibilidade sem uma camada de cache robusta. Uma função AWS Lambda atrás de uma API do Amazon API Gateway é para conteúdo dinâmico ou lógica de backend, não para servir conteúdo estático de forma econômica.