Во многих случаях одной фермы SharePoint не хватает для удовлетворения всех потребностей организации. Поэтому в некоторых организациях развертываются несколько ферм SharePoint: для тестовых сред, для разработки, для пользователей экстрасети или для связи с интернетом. Количество ферм, необходимых в организации, необходимо определить в самом начале процесса проектирования, т.к. количество созданных ферм непосредственно отражается на физической архитектуре серверов в среде SharePoint. В общем случае чем больше нужно ферм, тем больше нужно и оборудования, и поэтому вначале требуется четко уяснить, что можно получить при развертывании нескольких ферм.
При любой производственной среде SharePoint должна быть еще и тестовая среда, в которой можно проверять новые веб-модули, решения, пакеты служб, исправления и дополнения SharePoint. Это справедливо для всех решений, независимо от их размера. Тестовые фермы нужны потому, что многие дополнения SharePoint в принципе могут разрушить или повредить форматирование или структуру производственной среды, и попытки проверить такие новые решения на семействе сайтов или на различных веб-приложениях еще ничего не значат, т.к. решения часто устанавливаются непосредственно на сами серверы SharePoint. И если возникнет проблема, она может повлиять на работу всей фермы.
По этим причинам во многих организациях создается небольшая ферма SharePoint, предназначенная только для тестирования. Эта ферма должна быть похожа на существующие в организации среды, и в ней должны быть установлены те же дополнения и решения, а в идеале и копии семейства производственных сайтов, чтобы сделать ее максимально похожей на существующие производственные среды. Все изменения и новые продукты или решения, установленные в производственной среде, следует вначале проверять в тестовой среде.
НА ЗАМЕТКУ -
Сервер или серверы, используемые для тестовой или даже производственной фермы, не обязательно устанавливать на физическом оборудовании: возможны различные варианты установки серверов SharePoint в инфраструктуре виртуального сервера. Подробную информацию на эту тему см. в главе 12-
Разработчикам в организации, интенсивно пользующимся SharePoint, часто бывает необходима среда для проверки новых приложений, веб-модулей, решений и других модификаций SharePoint. Это может быть область типа “песочницы”, в которой можно тестировать свои решения, и, возможно, отличная по своим характеристикам от производственной. Кроме того, в подобных средах обычно часто устанавливаются и удаляются различные программные компоненты, поэтому тестовые среды для них не очень годятся.
В таких организациях имеет смысл развернуть одну или более ферм разработки, чтобы разработчики могли выполнять разработку программ для SharePoint и их тестовые прогоны независимо от существующей производственной среды. По завершении этапа разработки эти приложения могут быть вначале протестированы в тестовой ферме, и только потом развернуты в промышленную эксплуатацию. Информация по автоматизации создания тестовых ферм с помощью программ управления виртуальными хостами содержится в главе 12.
Еще одной причиной развертывания нескольких ферм является безопасность. По соображениям безопасности обычно не рекомендуется предоставлять непосредственный доступ из интернета к управлению документами SharePoint или средой интрасети — кроме случаев защиты с помощью сложной обратной прокси-платформы наподобие линейки Microsoft Forefront Edge, в которую входят продукты Treat Management Gateway и Unified Access Gateway.
Но даже для сред, хорошо защищенных от внешнего доступа, существует множество ситуаций, в которых необходимо предоставить доступ к контенту SharePoint внешним пользователям — это могут быть, например, интернет-порталы с анонимным доступом или экстрасети для сообщения с партнерами. Для работы ферм SharePoint необходима высокая степень связности между членами фермы, и поэтому в таких случаях необходимо развертывать выделенные среды SharePoint в DMZ-зоне брандмауэра или в другой изолированной сети.