Развертывание приложений, созданных на основе платформа .NET Framework

  • Статья

В этой статье описываются важные рекомендации по развертыванию приложений, основанных на платформа .NET Framework.

Исходная версия продукта: платформа .NET Framework
Исходный номер базы знаний: 818016

Сводка

Эта статья является одной из серии статей, в которых содержатся подробные сведения о приложениях, созданных на основе платформа .NET Framework.

В этой серии также содержатся следующие статьи:

Создание файла Web.Config для приложения ASP.NET

Файл Web.config — это XML-файл, содержащий параметры конкретного приложения, которые переопределяют системные значения по умолчанию. Хотя большинство приложений ASP, созданных на основе платформа .NET Framework, развертываются с Web.config файлом, Web.config файл является необязательным. Может потребоваться создать файлWeb.config для переопределения параметров по умолчанию в зависимости от приложения.

Дополнительные сведения о том, как создать файлWeb.config для приложения, у которых его еще нет, см. в статье Изменение конфигурации приложения ASP.NET.

Изменение конфигурации приложения ASP.NET

Все системы, в которых развернута платформа .NET Framework, имеют параметры конфигурации для всей системы ASP.NET, определенные в элементе <system.web> файлаMachine.config. Эти параметры можно изменить (часто эти параметры необходимо изменять) в зависимости от приложения.

Дополнительные сведения о переопределении параметров конфигурации .NET Framework по умолчанию для конкретного приложения см. в статье Изменение конфигурации ASP.NET приложения.

Определите, соответствует ли клиентская система минимальным требованиям для установки платформа .NET Framework

Перед развертыванием приложений, созданных на основе платформа .NET Framework, в клиентской системе должны быть установлены определенные программные компоненты и исправления. Большинство клиентских систем соответствуют требованиям. Однако может потребоваться вручную убедиться, что определенная система готова к получению распространяемого платформа .NET Framework.

Определите, соответствует ли серверная система минимальным требованиям для установки платформа .NET Framework

Перед развертыванием на сервере приложений, созданных на основе платформа .NET Framework, на сервере должны быть установлены определенные программные компоненты и исправления. Большинство серверных систем соответствуют требованиям. Однако может потребоваться вручную убедиться, что определенная система готова к получению распространяемого платформа .NET Framework.

Выборочное включение и отключение функций ASP.NET в IIS

При установке платформа .NET Framework на серверном компьютере, на котором выполняются службы IIS, ASP.NET автоматически включается для виртуальных серверов. Однако эта конфигурация может не понадобиться. Так как новые веб-приложения ASP, созданные на основе платформа .NET Framework, развертываются на серверном компьютере под управлением IIS 5.0, вы можете управлять тем, какие виртуальные серверы и каталоги поддерживают ASP.NET, а какие — нет.

Дополнительные сведения о том, как включить и отключить функции ASP.NET для виртуальных серверов и каталогов в IIS 5.0, см. в статье HOW TO: Выборочное включение или отключение функций ASP.NET в IIS.

Настройка пользовательских сообщений об ошибках для приложения ASP.NET

Многие сайты изменяют сообщение об ошибке IIS по умолчанию, чтобы отобразить удобную страницу или уведомить администратора. Если на серверном компьютере под управлением IIS 5.0 есть пользовательские сообщения об ошибках, а веб-приложение ASP, созданное на основе платформа .NET Framework, развертывается на этом сервере, ошибки в приложении ASP.NET не используют пользовательские сообщения об ошибках IIS 5.0, если приложение не настроено для этого.

Дополнительные сведения о настройке пользовательских сообщений об ошибках для приложений ASP, созданных на основе платформа .NET Framework, см. в статье Создание настраиваемых страниц отчетов об ошибках в ASP.NET с помощью Visual Basic .NET.

Создание параметров конфигурации для конкретного приложения и каталога в приложении ASP.NET

Наиболее распространенным способом переопределения системных значений по умолчанию для всего приложения ASP.NET является создание или изменение файлаWeb.config для этого приложения. Однако изменения конфигурации часто должны применяться только к определенным файлам или папкам в приложении. Существует два способа ограничить область изменений конфигурации:

Настройка управления состоянием сеанса для приложений ASP.NET

ASP.NET имеет новые возможности для управления состоянием сеансов. Параметры состояния сеанса в ASP.NET настраиваются с помощью файлаWeb.config приложения ASP.NET. В ASP.NET доступно несколько вариантов управления состоянием сеансов. К этим параметрам относятся режим (inproc, state Server, SQL Server), управление состоянием без файлов cookie, сервер состояний внепроцессного режима и параметры порта.

Дополнительные сведения об управлении состоянием сеансов ASP.NET см. в разделе состояние сеанса ASP.NET.

Создание и развертывание пакета развертывания политики безопасности .NET

В платформа .NET Framework представлена политика безопасности. Политика безопасности — это новый способ управления ресурсами, к которым приложение может получить доступ в системе. Он определяет авторизацию приложения на основе расположения или источника приложения. Как администратор, вы можете управлять политикой безопасности на уровне компьютера за компьютером. Однако пакеты развертывания можно использовать в качестве более масштабируемого метода для развертывания политик безопасности и управления ими в средах Active Directory.

Перенос веб-приложения ASP в ASP.NET с сохранением существующих имен файлов

ASP.NET предлагает множество преимуществ по сравнению с более ранней средой сценариев ASP 3.0. В частности, приложения ASP, созданные на основе платформа .NET Framework обеспечивают повышенную производительность, масштабируемость и надежность. В результате многие новые приложения ASP, созданные на основе платформа .NET Framework, фактически обновляются до существующих приложений ASP 3.0.

Одна из проблем при обновлении приложения с ASP 3.0 до ASP.NET заключается в том, что эти две среды используют разные расширения имен файлов. По умолчанию ASP 3.0 использует расширения имен файлов .asp. Однако ASP.NET использует расширения имен файлов .aspx. Хотя разные расширения имен файлов позволяют размещать два приложения в одной папке, они требуют изменения закладок и гиперссылок, прежде чем приложение ASP 3.0 перейдет в автономный режим.

Настройка приложения ASP.NET для использования той же проверки подлинности и авторизации, что и существующее веб-приложение ASP.

ASP.NET включает более гибкие и сложные системы проверки подлинности и авторизации, чем ASP 3.0. По умолчанию для проверки подлинности приложений ASP 3.0 можно использовать только проверка подлинности Windows. Кроме того, вы можете управлять авторизацией только с помощью разрешений NTFS для файлов.

ASP.NET поддерживает проверка подлинности Windows и может олицетворять конечного пользователя так же, как ASP 3.0. Однако по умолчанию этот параметр не включен.

Развертывание веб-приложения ASP.NET с помощью развертывания XCopy

Вы можете развернуть веб-приложение ASP.NET с помощью программы командной строки MS-DOS xcopy . Однако рекомендуется развернуть проект вместо использования xcopy. Как и в случае с командой Копировать проект, xcopy не регистрирует и не проверяет расположение сборок. Кроме того, для веб-проектов xcopy не настраивает параметры каталога IIS автоматически.

Дополнительные сведения см. в статье Развертывание веб-приложения ASP.NET с помощью развертывания Xcopy.

Настройка нескольких серверных ASP.NET веб-приложений и веб-служб

В большинстве случаев ASP.NET один сервер может быстро обрабатывать все запросы. Однако во многих средах необходимо развернуть несколько серверов для обработки постоянно больших объемов трафика, для поддержки процессорных приложений, реагирования на внезапные всплески трафика или для удовлетворения требований к избыточности.

Ссылки

Дополнительные сведения о развертывании приложений, созданных на основе платформа .NET Framework, а также о взаимодействии с .NET см. на следующих веб-сайтах Майкрософт: