Une entreprise utilise CloudFront pour une application web mondiale. Au fil du temps, les performances se sont dégradées et le taux d'accès au cache CloudFront a régulièrement diminué. Les métriques montrent que certaines URL incluent des chaînes de requête dont les paramètres sont ordonnés de manière incohérente et utilisent parfois des lettres majuscules/minuscules, ce qui réduit les accès au cache. Quelles actions un architecte de solutions devrait-il entreprendre pour augmenter le taux d'accès au cache le plus rapidement possible ?

La bonne réponse est de déployer une fonction Lambda@Edge qui trie les paramètres de la chaîne de requête par nom et les convertit en minuscules, puis de l'attacher à l'événement viewer request de CloudFront. Cela normalise les requêtes avant qu'elles n'atteignent le cache CloudFront, garantissant que des URL logiquement identiques sont traitées comme telles, augmentant ainsi le taux d'accès au cache. L'événement viewer request est idéal car il intercepte la requête au plus tôt. Désactiver la mise en cache basée sur les paramètres de la chaîne de requête (option 2) pourrait résoudre le problème de cohérence mais empêcherait la mise en cache de contenu variant en fonction de ces paramètres, ce qui est souvent nécessaire. Déployer un proxy inverse (option 3) ajoute de la latence et de la complexité inutilement, car Lambda@Edge peut effectuer cette tâche plus efficacement et plus près de l'utilisateur. Mettre à jour la distribution CloudFront pour utiliser un traitement de chaîne de requête insensible à la casse (option 4) n'est pas une fonctionnalité native de CloudFront pour la normalisation des chaînes de requête dans leur ensemble; CloudFront peut inclure ou exclure des paramètres spécifiques, mais ne les normalise pas automatiquement en termes d'ordre ou de casse.