Компания использует CloudFront для глобального веб-приложения. Со временем производительность ухудшилась, а коэффициент попадания в кэш CloudFront постоянно снижается. Метрики показывают, что некоторые URL-адреса содержат строки запроса, параметры которых непоследовательно упорядочены и иногда используют буквы в смешанном регистре вместо нижнего, что снижает количество попаданий в кэш. Какие действия должен предпринять архитектор решений, чтобы как можно быстрее увеличить коэффициент попадания в кэш?

Правильный ответ — развернуть функцию Lambda@Edge, которая сортирует параметры строки запроса по имени и преобразует их в нижний регистр, и прикрепить ее к событию CloudFront viewer request. Это решение нормализует запросы до того, как CloudFront начнет кэширование, обеспечивая согласованность URL-адресов и значительно увеличивая коэффициент попадания в кэш. Отключение кэширования на основе параметров строки запроса (второй вариант) приведет к тому, что CloudFront будет кэшировать только базовый URL-адрес, игнорируя важные параметры, что может нарушить функциональность приложения или привести к показу неактуального контента. Развертывание обратного прокси-сервера (третий вариант) является более сложным и дорогостоящим решением, которое вносит дополнительную задержку и точку отказа. Обновление дистрибутива CloudFront для использования обработки строк запроса без учета регистра (четвертый вариант) не является встроенной функцией CloudFront и не решает проблему непоследовательного порядка параметров.