Une entreprise héberge une application web multiniveau sur des instances Amazon EC2 Amazon Linux derrière un Application Load Balancer. Les instances s'exécutent dans un groupe Auto Scaling réparti sur plusieurs zones de disponibilité. Le groupe Auto Scaling lance davantage d'instances à la demande (On-Demand Instances) lorsque les utilisateurs demandent de grands volumes de contenu web statique. L'entreprise souhaite optimiser les coûts. Comment un architecte de solutions devrait-il repenser l'application de la manière la PLUS rentable ?

La solution la plus rentable consiste à utiliser Amazon CloudFront avec un compartiment Amazon S3 pour le contenu statique. CloudFront met en cache le contenu plus près des utilisateurs, réduisant ainsi la charge sur les instances EC2 et le trafic de données. S3 est un stockage d'objets très économique et durable. Cela permet au groupe Auto Scaling de ne pas lancer d'instances supplémentaires pour gérer les pics de demande de contenu statique, ce qui réduit considérablement les coûts d'EC2 et de transfert de données. Utiliser des Reserved Instances n'est pas optimal car la demande de contenu statique est variable et ne justifie pas un engagement à long terme pour des instances supplémentaires. Les Spot Instances sont moins chères mais peuvent être interrompues, ce qui n'est pas idéal pour une application web principale, et elles ne résolvent pas le problème de la charge sur les instances pour le contenu statique. AWS Lambda et API Gateway sont conçus pour des API ou des fonctions sans serveur, pas pour l'hébergement de contenu statique à grande échelle, et seraient plus coûteux que S3/CloudFront pour ce cas d'utilisation.