Een bedrijf gebruikt CloudFront voor een wereldwijde webapplicatie. Na verloop van tijd zijn de prestaties verslechterd en is de CloudFront cache hit ratio gestaag gedaald. Metrics tonen aan dat sommige URL's query strings bevatten waarvan de parameters inconsistent zijn geordend en soms een mix van hoofdletters en kleine letters gebruiken, wat het aantal cache hits vermindert. Welke acties moet een solutions architect ondernemen om de cache hit ratio zo snel mogelijk te verhogen?

De correcte optie pakt het probleem direct aan door de URL's te normaliseren voordat CloudFront ze cachet. Een Lambda@Edge-functie op de 'viewer request' event kan de query string-parameters sorteren en naar kleine letters converteren, wat resulteert in consistente URL's en een hogere cache hit ratio. Het uitschakelen van caching op basis van query string-parameters is geen oplossing, omdat dit de functionaliteit van de applicatie kan beïnvloeden als de parameters essentieel zijn. Een reverse proxy na de load balancer is een complexere en duurdere oplossing die niet zo snel kan worden geïmplementeerd als Lambda@Edge. CloudFront heeft geen ingebouwde functionaliteit voor hoofdletterongevoelige query string-verwerking, dus dit is geen geldige optie.