Развертывание приложений, созданных на основе платформа .NET Framework
В этой статье описываются важные рекомендации по развертыванию приложений, основанных на платформа .NET Framework.
Исходная версия продукта: платформа .NET Framework
Исходный номер базы знаний: 818016
Сводка
Эта статья является одной из серии статей, в которых содержатся подробные сведения о приложениях, созданных на основе платформа .NET Framework.
В этой серии также содержатся следующие статьи:
ПРАКТИЧЕСКОЕ РУКОВОДСТВО. Развертывание приложений, созданных на основе платформа .NET Framework
ПРАКТИЧЕСКОЕ РУКОВОДСТВО. Защита приложений, созданных на основе платформа .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 для этого приложения. Однако изменения конфигурации часто должны применяться только к определенным файлам или папкам в приложении. Существует два способа ограничить область изменений конфигурации:
Добавьте элемент конфигурации
<location>
в файлMachine.config в файлWeb.config .Добавление дополнительных файловWeb.config во вложенные папки. Дополнительные сведения о применении изменений, влияющих на определенные приложения и каталоги, см. в статье How To Make Application and Directory-Specific Configuration Settings in a ASP.NET Application.
Настройка управления состоянием сеанса для приложений 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 см. на следующих веб-сайтах Майкрософт:
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по