Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этом разделе описывается типичный сценарий веб-развертывания для рабочей среды и описывает задачи, необходимые для настройки аналогичной среды.
Рабочая среда является конечным местом для веб-приложения или веб-сайта. К этому моменту приложение прошло тестирование, было развернуто в промежуточной среде и готово к переходу в режиме реального времени. Характеристики рабочей среды могут значительно отличаться в зависимости от характера и цели веб-содержимого, размера вашей организации, целевой аудитории и множества других факторов. В сценарии корпоративного масштабирования рабочая среда может иметь следующие характеристики:
- Среда состоит из нескольких веб-серверов с балансировкой нагрузки и одного или нескольких серверов базы данных, часто с отказоустойчивой кластеризации и зеркальным отображением базы данных.
- Если среда подключена к Интернету, скорее всего, она будет отделяться от внутренней сети. Он может находиться в другой подсети в сети периметра, он может находиться в другом домене, и он может находиться в совершенно другой сетевой инфраструктуре.
- Разработчики и учетные записи обработки сервера сборки вряд ли имеют права администратора на рабочих серверах.
- Изменения в приложениях развертываются реже, чем тестовые или промежуточные развертывания.
Замечание
Масштабирование развертывания базы данных на нескольких серверах выходит за рамки этого руководства. Дополнительные сведения об этой области см. в электронной документации по SQL Server.
Например, в нашем учебном сценарии сервер Team Build включает определения сборки, которые позволяют пользователям собрать решение Contact Manager и развернуть его в промежуточной среде за один шаг. Когда приложение готово к развертыванию в рабочей среде, из-за ограничений, введенных требованиями безопасности и сетевой инфраструктурой, администратор рабочей среды должен вручную скопировать веб-пакет на рабочий веб-сервер и импортировать его через диспетчер служб IIS.
Обзор решения
В этом сценарии можно вывести эти факты из анализа требований к развертыванию:
- Из-за ограничений безопасности и конфигурации сети нельзя настроить рабочую среду для поддержки одно щелчка или автоматического развертывания. Автономное развертывание — это единственный жизнеспособный подход в этом сценарии.
- Рабочая среда включает несколько веб-серверов, поэтому для создания фермы серверов можно использовать платформу веб-фермы (WFF). С помощью этого подхода администратор должен импортировать приложение только на один веб-сервер (основной сервер), а WFF будет реплицировать развертывание на всех остальных веб-серверах в рабочей среде.
В этих разделах приведены все необходимые сведения для выполнения этих задач:
- Создайте ферму серверов с помощью веб-фермы. В этом разделе описывается, как создать и настроить ферму серверов с помощью WFF, чтобы продукты и компоненты веб-платформы, параметры конфигурации и веб-сайты и приложения реплицировались на нескольких веб-серверах с балансировкой нагрузки.
- Настройте веб-сервер для веб-развертывания с помощью Web Deploy (автономное развертывание). В этом разделе описывается создание веб-сервера, который позволяет администраторам импортировать и развертывать веб-пакеты вручную, начиная с чистой сборки Windows Server 2008 R2.
- Настройка сервера базы данных для веб-публикации при помощи Web Deploy В этом разделе описывается, как настроить сервер базы данных для поддержки удаленного доступа и развертывания, начиная с установки SQL Server 2008 R2 по умолчанию.
Дальнейшее чтение
Инструкции по настройке типичной тестовой среды разработчика см. в статье "Сценарий. Настройка тестовой среды для веб-развертывания". Инструкции по настройке типичной промежуточной среды см. в статье "Сценарий. Настройка промежуточной среды для веб-развертывания".