Une entreprise de médias sociaux exécute son application sur des instances Amazon EC2 derrière un ALB. L'ALB est l'origine d'une distribution CloudFront. L'application stocke plus d'un milliard d'images dans un compartiment S3 et traite des milliers d'images par seconde. L'entreprise souhaite redimensionner dynamiquement les images et servir les formats appropriés aux clients. Quelle solution répond à ces exigences avec le MOINS de frais opérationnels ?

L'utilisation de Lambda@Edge avec une bibliothèque de gestion d'images est la solution la plus efficace et la moins coûteuse en termes d'opérations. Lambda@Edge permet d'exécuter du code sans serveur en périphérie du réseau AWS, près des utilisateurs, ce qui réduit la latence et les coûts de transfert de données. Il s'intègre directement à CloudFront, permettant de redimensionner les images à la volée avant qu'elles n'atteignent l'utilisateur final, sans nécessiter de serveurs dédiés ou de gestion d'infrastructure supplémentaire. Les autres options sont moins optimales : Installer une bibliothèque sur EC2 augmente les frais opérationnels (gestion des serveurs, mise à l'échelle, maintenance). Les politiques de requête d'origine CloudFront et les politiques d'en-têtes de réponse CloudFront ne sont pas conçues pour le traitement dynamique d'images. Elles gèrent principalement la mise en cache et les en-têtes HTTP, mais n'ont pas la capacité de modifier le contenu des images.