akamai обновляет кеш перед развертыванием и выполняет переход в указанное время

Question

Моя цель - добиться нулевого времени простоя при развертывании. Мой сайт использует akamai в качестве CDN. Допустим, у меня есть первичный и вторичный кластер серверов IIS. Во время развертывания выполняются обновления для вторичного кластера. Могу ли я попросить akamai кэшировать содержимое и выполнить переключение в указанное время перед переключением с основного на дополнительный?

Answer 1

Проблема, с которой вы столкнетесь, заключается в том, чтобы гарантировать, что ваш контент кэшируется на ВСЕХ серверах akamai.Является ли проблема, по которой вы хотите, чтобы содержимое обновлялось сразу после перехода?

Здесь есть несколько вариантов.

1 - использовать версию в запросах "? V = 1».Эта версия ВСЕГДА будет запрошена у источника и будет добавляться к каждому запросу.Как только вы обновите свой сайт, обновите версию на источнике, чтобы к следующему запросу добавлялось «? V = 2», таким образом «разрывая» кэш и вызывая обращение к источнику для всех запросов

2 - Изменитьваш конфиг akamai, чтобы "почитать TTL веб-сервера".Затем вы можете установить очень низкий или почти 0 TTL непосредственно перед тем, как перерезать его, а затем постепенно увеличивать после переключения

3 - Настройте akamai для использования If-MOdified-Since.Это заставит akamai «проверять», если какие-либо запросы были изменены.

4 - Использовать ECCU, который может очистить весь каталог, но это может занять до 40 минут, но должно быть управляемым во время основного окна.

Answer 2

Я не думаю, что это было бы возможно, основываясь на моем опыте с Akamai (но все меняется быстрее, чем я могу успевать) - вы можете сбросить содержимое вручную (за плату), чтобы вы могли очистить / * мы использовали сделать это для определенных файлов во время развертывания (никогда / *, потому что у нас было более 1,2 млн URL-адресов), но я не вижу, как Akamai может кэшировать невидимую версию вашего сайта для мгновенного сокращения, не имея какого-либо дополнительного домена и источника .

Однако я также обнаружил, что с Akamai очень хорошо иметь дело, и определенно стоило бы связаться с ними по поводу решения.