Un site web statique à fort trafic est hébergé sur Amazon S3 avec une distribution CloudFront qui a actuellement un TTL par défaut de 0 seconde. L'entreprise souhaite ajouter la mise en cache pour améliorer les performances, mais doit s'assurer que le contenu obsolète n'est pas servi plus de quelques minutes après un déploiement. Quelle combinaison de méthodes de mise en cache un architecte de solutions devrait-il implémenter ? (Choisissez-en deux.)

Pour améliorer les performances tout en garantissant la fraîcheur du contenu, il faut combiner un TTL par défaut court sur CloudFront et un TTL plus long sur S3 avec invalidation. Définir le TTL par défaut de CloudFront à 2 minutes permet de contrôler la durée de mise en cache au niveau du CDN, assurant que le contenu obsolète n'est pas servi trop longtemps. Ajouter une directive Cache-Control: max-age de 24 heures aux objets S3 permet aux navigateurs et aux caches intermédiaires de conserver le contenu plus longtemps, réduisant ainsi les requêtes à CloudFront. Lors d'un déploiement, l'invalidation CloudFront est cruciale pour purger le contenu modifié des caches périphériques, garantissant que les utilisateurs reçoivent la nouvelle version rapidement. Un TTL par défaut de 2 minutes sur le compartiment S3 n'est pas une option directe de configuration S3 pour la mise en cache HTTP. L'ajout d'une directive Cache-Control: private empêcherait la mise en cache par les CDN et les caches intermédiaires, annulant l'objectif de performance. Créer une fonction Lambda@Edge pour ajouter un en-tête Expires est une solution plus complexe et moins directe que l'utilisation de Cache-Control: max-age pour cet objectif.