Пример использования AWS Cloudfront: геолокация для веб-приложения с файлами cookie и строковыми параметрами запроса

Я хочу убедиться, что у меня есть правильный вариант использования для AWS Cloudfront.

Как правило, я считаю, что он используется для кэширования статических ресурсов, например, помещенных в хранилище AWS S3.

Например, он может выглядеть так, перед S3:

Но я хочу, чтобы мое приложение обслуживало другой контент на основе геолокации. Так что я поставил Cloudfront перед моим ELB, чтобы он мог переслать CloudFront-Viewer-Country заголовок моего ELB, моего EC2 (где находится мое приложение).

Но этому приложению нужно передать строки запроса, куки-файлы (для входа в систему) и разрешить пост-запросы и т. Д., Которые делают кеш неработающим / замедляют кеш / не кэшируются. Итак, если я просто использую кеш для геолокации, а не для чего-то еще, есть ли способ настроить его для этого? Считается ли плохой практикой помещать подобный кеш перед динамическим приложением, которое просто уничтожит его? Кажется плохим вариантом использования просто использовать его для геолокации, а не для кеширования запросов, особенно если у меня есть изображения в S3 за отдельным CloudFront? Или это нормально? Может ли Cloudfront выполнять полное кеширование HTML, чтобы мой сервер / база данных почти никогда не использовались как дополнительный бонус к геолокации, чтобы добавить больше к своему сценарию использования перед ELB?

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