Облачный фронт, поддерживаемый Nginx (который прокси-сервер S3), случайно отсутствует уже кэшированные элементы?

Я хочу обслуживать изображения из S3 bucket с Cloudfront как интерфейс CDN, для этого я пробовал следующее:

Что я хочу достичь (Попытка 2) - ( случайно отключает кеш облачного кэша)

У меня есть следующая настройка для обслуживания изображений: (Cloudfront Nginx S3) Cloudfront -> Nginx -> S3

< < < < < < < < Примеры заголовков S3 → → → → → Attempt-2 S3 headers

< < < < < < < < Примеры заголовков Nginx → S3 (добавлено Cache-Control) → → → → → Attempt-2 Nginx->S3 headers

< < < < < < < < Примеры заголовков Cloudfront → Nginx → S3 → → → → → Attempt-2 Cloudfront->Nginx->S3 headers

Что я в настоящее время работает с (Попытка 1) - ( Показывает облачный режим как ожидалось каждый раз)

Cloudfront -> S3

Настройки Cloudfront:

  • Уважает параметры GET для поддержки URL-адресов, подобных (http://cdn.example.com/abc.jpg?v=1)
  • Кэш TTL установлен в 157680000 (резервное копирование Cache-Control)

Что я завожу в Attemp-2 с моими заголовками? (Cloudfront отсутствует случайно)

Url (http://cdn.example.com/abc.jpg) и Url (http://cdn.example.com/abc.jpg?v=1) оба будут иметь одинаковый ETag, это точный?

Обновление

#AWS отслеживается forums.aws.amazon.com, все еще ожидая ответа:

https://forums.aws.amazon.com/thread.jspa?threadID=144286&tstart=0#

Update2

  • Недавнее поражение/прохождение поведенческих изменений от облачного облака, ничего не меняя.
  • Раньше хиты/промахи были случайными без шаблона исправления.
  • Теперь (без изменений на моем конце) я получаю все хиты 1 день, и все промахиваются на следующий день.
  • Это говорит о том, что его 24-часовой кеш, но заголовки TTL и кэша предполагают истечение срока действия в течение 5 лет.
  • Это снова странно и без каких-либо объяснений.

Эй, AWS, вы можете это увидеть.

Ответ 1

После 4 months повторения к-n-fro с amazon support не удалось решить проблему.

Все проблемы сохраняются:

  • Срок действия кеша истекает примерно через день и пропускается после 24 часа. (Мой срок действия составляет 1 год)

  • Все заголовки и aws настройки проверены самими amazon support

  • К сожалению, компания по-прежнему платит за этот ужасный опыт из-за lockin.

enter image description here

------ After 24 hours ------

enter image description here

------ After 24 hours ------

enter image description here

------ After 24 hours ------

enter image description here

-------- And so on.. -------

Заключение. Проблема по-прежнему остается неразрешенной и поддержкой amazon, похоже, отказалась. Это тихий странный опыт, поскольку aws - это то, что мы обычно считаем само собой разумеющимся.

:(

Ответ 2

Проверка 2 IP-адресов, которые вы указали в форуме AWS, когда вы запускаете dig_version_identity.cloudfront.net:

74.125.190.17 is from Google in CA, USA   
67.215.80.11 is from OpenDNS from Singapore

Используете ли вы OpenDNS или Google DNS? Если да, можете ли вы попытаться отключить их и посмотреть, будет ли CloudFront работать правильно с этого момента?

Существует статья, в которой говорится об этом недостатке при использовании OpenDNS/Google DNS с CDN, что может быть полезно. http://apcmag.com/why-using-google-dns-opendns-is-a-bad-idea.htm