Я ищу способ обслуживать веб-сайт в режиме обслуживания из хранилища Amazon S3 или BLOB-объектов Azure, пока я обновляю свой веб-сайт до новой версии. Я хотел бы просто перевернуть DNS, чтобы указать на maint.mydomain.com (который был бы статическим сайтом и возвращал бы статус 503 http). Можно ли это сделать с любым из них, или мне нужно будет создать традиционный веб-сайт для размещения этого?
Я могу заставить S3 обслуживать веб-сайт, но он всегда показывает HTTP-статус 200. Есть идеи?
В итоге я решил эту проблему, создав развертывание Azure, в котором есть только app_offline.htm. Когда мне нужен сбой, я просто развертываю этот пакет в производственной среде и готовлю следующую версию, пока я выполняю миграцию базы данных. Потом делаю vip своп на новую версию.
Плохая часть этого заключается в том, что моя предыдущая версия больше не ожидает постановки после того, как я перешел на новую версию, но опять же, я просто изменил схему БД, поэтому, возможно, откат в любом случае немного больше задействован в этом сценарии.
Похоже, вы также можете заставить amazon s3 возвращать 404-е для вашего веб-сайта во время обслуживания, указав неправильный путь к индексному файлу и предоставив правильный путь для страницы с ошибкой, которая всегда будет возвращаться, когда вы нажимаете любой URL-адрес в конечной точке (включая корень) .
Вы ошибаетесь.
Вы должны запустить несколько экземпляров, постановку и производство. Как промежуточный, так и производственный код являются «производственным» кодом, но постановка используется для фактического развертывания ваших изменений. После того, как ваша подготовка запущена и запущена, вы меняете местами промежуточные и производственные экземпляры (в Azure это называется обменом VIP). Это позволяет пользователю выполнить «мгновенное» обновление (в кавычках, так как все еще есть некоторое частичное время простоя, и вы можете получить ошибки в случаях, когда пользователь входит в точный момент переключения).
