Сложная топология Team Foundation Server
Обновлен: Ноябрь 2007
Team Foundation Server можно настроить в нескольких топологических конфигурациях. В целом, чем проще топология, тем проще будет обслуживать развертывание Team Foundation Server. Следует развертывать самую простую топологию, отвечающую бизнес-потребностям. В этом разделе описывается сложная топология Team Foundation Server. В сложной топологии компоненты Team Foundation Server устанавливаются на отдельные серверы. К ней обращаются клиенты из нескольких доменов, которые физически находятся в разных, удаленных друг от друга географически. Помимо дополнительных компонентов для переключения в случае сбоя устанавливается прокси-сервер Team Foundation Server.
Сложная топология серверов
В сложной топологии серверов используется несколько серверов, объединенных в кластеры или другие отказоустойчивые конфигурации, на которых размещаются логические данные Team Foundation и компоненты уровня приложений. На следующей схеме показана сложная топология Team Foundation Server:
.png "Сложная топология серверов")
Топология, приведенная в качестве примера, близка к топологии средней сложности (см. раздел Топология Team Foundation Server средней сложности). Службы Team Foundation Server развернуты на сервере уровня приложений, а базы данных Team Foundation Server установлены на отдельном сервере уровня данных, Team Foundation Build и тестовая платформа группы (агенты) развернуты на дополнительных серверах. Также были добавлены компоненты для перехода на другой ресурс при сбое. Добавлен резервный сервер уровня приложений, а на кластер SQL Server установлены базы данных Team Foundation.
На схеме, приведенной в качестве примера, дочерний домен, который называется Europe.Contoso.com, представляет собой географически удаленный дочерний домен, использующий соединение с ограниченной пропускной способностью. Из-за того, что получение перечисления из системы управления версиями Team Foundation Server может занять очень много времени из-за ограниченной полосы пропускания, в дочернем домене для кэширования файлов системы управления версиями устанавливается прокси-сервер Team Foundation Server. Все клиентские запросы поступают непосредственно на уровень приложений, кроме GET-запросов исходного кода. Эти запросы направляются через прокси-сервер Team Foundation Server, который затем кэширует все исходные файлы, загружаемые на прокси-сервер в результате запроса.
Топология из этого примера является отказоустойчивой и содержит настроенные компоненты для перехода на другой ресурс при сбое. Резервный сервер уровня приложений позволяет вручную осуществить переход на другой ресурс, если по какой-либо причине произойдет сбой основного сервера. Отказоустойчивость уровня данных обеспечивается технологиями кластеризации SQL Server 2005.
Этот пример предназначен для большой команды разработчиков, включающей более чем 2000 пользователей. Дополнительные сведения о выборе топологии развертывания, которая лучше всего отвечает бизнес-потребностям, см. в разделе Планирование развития Team Foundation Server.
См. также
Основные понятия
Простая топология Team Foundation Server
Сложная топология Team Foundation Server
Другие ресурсы
Топологии Team Foundation Server