Бесшовное развертывание в ASP.NET(IIS убивает рабочий процесс до того, как новый рабочий процесс готов)

Ответ 1

При развертывании приложений ASP.Net я создаю новую папку на сервере и меняю домашний каталог веб-сайта в IIS. Это обеспечивает нулевое развертывание бездействия и быструю откатовую позицию в случае непредвиденных проблем. В будущем обновлении я откажусь от старой версии и повторю процесс, чтобы всегда была одна позиция отката.

Обновление - время отключения

Подробная информация о настройке предельного времени выключения для рабочих подробно описана в http://www.iis.net/ConfigReference/system.applicationHost/applicationPools/add/processModel. Значение по умолчанию - 1 мин 30 с. Найдите раздел shutdownTimeLimit на связанной странице.

Обновление - Дополнительная информация

Подобный вопрос с отличным ответом

Суть в том, что из-за перезаписывания существующих файлов механизм копирования принимает исключительную блокировку файлов и что без возможности использования без использования app_offline.htm или механизма, такого как предлагалось выше, невозможно. Прочитайте связанный ответ, поскольку он переходит на гораздо более глубокую глубину.

Ответ 2

Я согласен с ответом Smirkin - обновляет вторую папку и меняет домашний каталог IIS, чтобы указать на другую папку. Другим преимуществом этого является то, что у вас есть простой путь отката (просто верните домашний каталог IIS).

Я написал сообщение с script о том, как это сделать, используя Powershell - надеюсь, что это поможет: http://davidduffett.net/post/4833657659/blue-green-deployment-to-iis-with-powershell

Вы можете использовать этот script непосредственно из вашей системы непрерывной интеграции.

Ответ 3

В то время как ответ Smirkin обеспечивает приятный бесшовный способ для администратора развернуть сайт с небольшим временем простоя или без него и должен решить вашу проблему с отсутствующими сборками/ссылками, если вы нарушаете изменения в своей базе кода (т.е. удаляете старые страницы, изменяете формы и т.д.), тогда использование этого метода может по-прежнему приводить к некоторым "хлопотам" для всех пользователей, которые запускают процесс перед коммутатором и завершают его после (т.е. они запрашивают страницу перед ее переключением, начинают заполнять ее, а затем отправляют страницу после перехода в новый каталог).

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

Однако есть еще один шаг, который вы можете предпринять, чтобы помочь смягчить часто возникающие проблемы:

Настроить MachineKey как константное значение, а не AutoGenerate - это означает, что когда AppPool перерабатывает, он будет использовать один и тот же ключ и, таким образом, сможет расшифровывать файлы cookie сеансов, viewstate и т.д.

Ответ 4

Я предполагаю, что у вас есть антивирусный сканер или какой-то другой процесс индексирования, который блокирует файл, как только вы его скопируете.

Ответ 5

вы можете использовать app_offline.htm

это решение не является бесшовным, но вы можете использовать

<meta http-equiv="refresh" content="5" />

в файле htm, поэтому браузер автоматически обновляет без javascript.

приветствия