Медленные страницы пользовательских ошибок AWS Cloudfront? - PullRequest
1 голос
/ 16 апреля 2020

У меня есть одностраничное приложение, размещенное на S3 и обслуживаемое Cloudfront. Все работает нормально, но я пытаюсь улучшить производительность при первой загрузке приложения, кэшируя все файлы в Cloudfront. Сейчас все файлы обслуживаются очень быстро, кроме одного: страница HTML. Существует только один файл HTML (/index.html), который обрабатывается каждый раз, когда файл не может быть найден в источнике (S3) с помощью пользовательской страницы ошибок в Cloudfront. Этот файл подается, например, на root моего домена.

Я настроил минимальный TTL кэширования ошибок на странице пользовательских ошибок, чтобы кэшировать ответ в течение 1 дня (86400 секунд), так как изображение показывает. Настройки страницы ошибки клиента Cloudfront

Однако эта конфигурация кэша, похоже, не имеет никакого эффекта. Каждый раз, когда URL-адрес отсутствует в источнике (и S3 возвращает статус 403), ответ правильный, но Cloudfront указывает на отсутствие в заголовке x-cache и для ответа требуется около 500 мс. Если файл запрашивается по пути "/index.html" в моем домене, Cloudfront указывает попадание в заголовок x-cache и отвечает в течение 20 мс.

Индекс. html файл имеет заголовок элемента управления кэшем установлен на максимальный возраст, равный минимальному TTL кэширования ошибок Cloudfront.

Я что-то упустил или пользовательские страницы ошибок Cloudfront просто медленные?

...