2009-06-01 5 views
0

Моя машина для разработки работает под управлением Windows XP SP2 (и IIS 5.1).Разработка машины Версия IIS и развертывание Версия IIS

До недавнего времени наша среда развертывания была основана на Windows Server 2003 (и, следовательно, на IIS 6.0).

Мы собираемся перейти на Windows Server 2008 (и, следовательно, IIS 7.0) для нового проекта.

Наши проекты используют ASP.NET MVC и WCF Services.

Есть ли какие-либо основные причины для нас, чтобы модернизировать наши машины разработки для запуска Windows Server 2008 (или, возможно, Vista, так как это также поставляется с IIS 7.0)?

ответ

5

Я бы сказал, что в ваших интересах модернизировать ваши машины для разработки, чтобы эмулировать как можно больше производственных условий в пределах ваших средств и ресурсов. В противном случае вы можете попасть в ловушки, о которых вы совершенно не подозреваете, просто развернув приложение с вашей машины разработки в среду сервера, которая может относиться к различным версиям IIS, версии .NET Framework, на каждой машине, или просто так код компилируется или выполняется во время выполнения.

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

Редактировать/Добавлено: This link может помочь вам увидеть хотя бы один значительный пример того, как разные версии могут повлиять на ваш проект.

1

Я бы порекомендовал вам разработать ту же самую крупную сборку, которую вы собираетесь развернуть. Тем не менее, это оставляет вам несколько вариантов. Во-первых, вы можете создать свою локальную установку IIS (как она выглядит в данный момент). Это означает, что все ваши коробки, вероятно, должны быть обновлены до Windows Vista или Windows 2008 Server (или Windows 7, так как он запускает IIS 7.5). Второй вариант - развернуть на удаленную машину. Полностью можно развернуть приложение на удаленную тестовую машину с IIS 7 и удаленно отлаживать ее. Проблема в том, что если на удаленном сайте работает более одного разработчика, это становится проблематичным. IIS может обрабатывать удаленную отладку на разных веб-сайтах для разных разработчиков, но в зависимости от вашей архитектуры и конфигурации вы все равно можете делиться ресурсами между экземплярами тестовых веб-приложений. Иногда вы можете блокировать друг друга. Единственное преимущество заключается в том, что вам не нужно покупать лицензии для всех ваших компьютеров (и, возможно, обновлять оборудование для поддержки обновления ОС). Однако, я думаю, это было бы недальновидно. Потеря производительности разработчика не стоила бы этого, ИМХО.

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

 Смежные вопросы

  • Нет связанных вопросов^_^