Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
Azure DevOps Server можно настроить в одной из нескольких конфигураций топологии. Как правило, проще топологии, тем проще поддерживать развертывание Azure DevOps Server. Необходимо развернуть простую топологию, которая соответствует вашим бизнес-потребностям.
В этой статье описаны две сложные топологии Сервера Azure DevOps. Сложная топология содержит компоненты Azure DevOps Server, распределенные по нескольким серверам. Доступ к нему осуществляется клиентами в нескольких доменах в географически удаленных физических расположениях. Прокси-сервер Azure DevOps устанавливается в дополнение к дополнительным компонентам, таким как продукты SharePoint и службы SQL Server Reporting Services. Существует несколько разных баз кода, и эти базы кода имеют собственную коллекцию проектов для проектов, которые используют их. Базы данных для коллекций командных проектов хранятся на нескольких разных серверах, на которых выполняется SQL Server.
Сложная топология с одним доменом
Сложная топология сервера использует несколько серверов в кластерах или других конфигурациях отработки отказа для размещения логических данных Azure DevOps и компонентов уровня приложений. На следующей схеме показана сложная топология с одним доменом:
В этом примере топология аналогична умеренной топологии. Службы Azure DevOps Server развертываются на одном сервере, а базы данных Azure DevOps Server устанавливаются на отдельном сервере с помощью Team Foundation Build и агентов тестирования команды и контроллеров агентов тестирования, развернутых на дополнительных серверах. А также добавлены компоненты резервирования. Базы данных Azure DevOps установлены в кластере SQL Server.
На схеме примера показаны дочерние домены в Сиэтле и Кливленде, каждый из которых имеет двустороннее транзитивное доверие к родительскому домену. Учетная запись служебная для Azure DevOps Server является доверенной в обоих доменах. Каждый географически удаленный дочерний домен использует подключение с ограниченной пропускной способностью. Так как получение файлов из компонента системы управления версиями Azure DevOps Server может занять очень много времени в условиях ограниченной пропускной способности, прокси-сервер Azure DevOps устанавливается в каждом дочернем домене для хранения файлов в кэше. Все клиентские запросы отправляются непосредственно на уровень приложений, за исключением запросов get для управления версиями. Эти запросы направляются через прокси-сервер Azure DevOps, который затем кэширует все исходные файлы, скачиваемые на прокси-сервере.
Топология в этом примере также связана с отказоустойчивостью и высокой производительностью. Отказоустойчивость уровня данных обеспечивается благодаря использованию технологий кластеризации SQL Server. Несколько веб-приложений SharePoint настраиваются для использования проектами в коллекциях в веб-ферме SharePoint. Базы данных коллекции проектов распределяются по экземплярам SQL Server для повышения производительности и простоты управления отдельными базами данных. Службы SQL Server Reporting Services и серверы sql Server Analysis Server работают на отдельных серверах для повышения производительности.
Этот пример предназначен для большой группы разработчиков продуктов с до 2000 пользователей.
Сложная топология с несколькими доменами
Сложная топология многодоменного сервера использует несколько серверов в двух или нескольких доменах. Как и в сложной топологии для единственного домена, при развертывании используются кластеры или другие конфигурации резервирования для размещения компонентов уровня данных Azure DevOps. Администраторы этого развертывания настроили балансировку сетевой нагрузки и добавили несколько серверов уровня приложений для распределения операционной нагрузки. На следующем рисунке показана сложная топология с несколькими доменами:
Как и в приведенном выше примере, эта топология настроена для отказоустойчивости и высокой производительности. Кроме того, эта топология распределяется по нескольким доменам, некоторые из которых являются полностью доверенными дочерними доменами родительских доменов, но один из которых (IsolatedLab.com) является полностью отдельным доменом. Учетные записи служб, используемые Azure DevOps Server, являются полностью доверенными членами всех доменов, а учетные записи пользователей настроены как в родительском домене, так и в отдельном домене, как это необходимо для пользователей, которые должны работать в обоих доменах. Брандмауэры были настроены для разрешения трафика через порты, необходимые Azure DevOps Server.