Публикация в IIS - лучшие практики

Question

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

1. Это лучше не ждать до середины ночи, когда люди не будут он (Да, я могу в значительной степени полагаться на что - это интранет и поэтому будет иметь времена неприменение)
2. Опубликовать когда новые обновления сделаны ствол (в зависимости от сборки успеха, конечно)
3. If 2 верно, то, что кажется плохим, если кто-то использует, что конкретной страницы или DLL, и это перезаписывается.

... Я уверен, что для этого есть много прекрасных мест, но я не использовал правильные условия поиска Google.

Answer 1

@Nick ДеВор писал:

Если 2 истинно, то, что кажется плохим, если кто-то использует эту конкретную страницу или DLL и она будет перезаписана.

Это не проблема, если вы используете стек ASP.NET (Webforms, MVC или сворачиваете свой собственный), потому что все ваши файлы aspx компилируются и поэтому не затрагиваются веб-сервером./bin/полностью скрывается где-то в другом месте, поэтому библиотеки внутри не используются также веб-сервером.

IIS будет ожидать, пока все запросы будут выполнены (однако есть хотя бы один тайм-аут), а затем продолжит компиляцию (при необходимости) и перезапуск AppDomain. Если изменилось только несколько файлов, перезапуска AppDomain даже не будет. IIS будет загружать новые сборки (или скомпилированные aspx/asmx/ascx файлы) в существующий AppDomain.

@Nick ДеВор писал:

Помоги мне понять это немного больше . Укажите мне место, где это объясняется Microsoft. Благодаря!

Попробуйте Google для ключевых слов «IIS AppDomain». Я нашел What ASP.NET Programmers Should Know About Application Domains.

Answer 2

Мы делаем большинство наших обновлений в небольшие часы.

Полезный совет, если это сайт ASP.NET, в любое время дня, которое вы развертываете, запустите файл App_Offline.htm с сообщением, объясняющим пользователям, что сайт недоступен для обслуживания.

Скотт Гатри имеет больше информации здесь:

http://weblogs.asp.net/scottgu/archive/2006/04/09/442332.aspx