Сравнение Azure DevOps Services с Azure DevOps Server

  • Статья

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Облачное предложение Azure DevOps Services предоставляет масштабируемую, надежную и глобальную размещенную службу. Наша группа операций 24/7 отслеживает предложение облака, которое поддерживается соглашением об уровне обслуживания (SLA) 99,9% и доступно в местных центрах обработки данных по всему миру.

Локальное предложение Azure DevOps Server основано на серверной части SQL Server. Клиенты обычно выбирают локальную версию, когда им нужны данные для пребывания в сети. Кроме того, если они хотят получить доступ к службам отчетов SQL Server, которые интегрируются с данными и инструментами Azure DevOps Server.

Оба предложения предоставляют одни и те же основные функции и службы, но Azure DevOps Services предлагает дополнительные преимущества:

  • Упрощение управления серверами
  • Предоставляет немедленный доступ к новейшим функциям
  • Улучшение подключения с помощью удаленных сайтов
  • Переход от капитальных расходов (серверов и оборудования) к операционным расходам (подпискам)

Чтобы решить, соответствует ли облачное или локальное предложение наилучшим образом соответствует вашим потребностям, рассмотрите следующие ключевые различия.

Основные различия между Azure DevOps Services и Azure DevOps Server

Azure DevOps Services и Azure DevOps Server предлагают аналогичные основные функциональные возможности, но в следующем списке показаны основные различия в конкретных областях функций:

  • Развертывание: Azure DevOps Services: облачные, размещенные и управляемые корпорацией Майкрософт. Azure DevOps Server: локальное решение, управляемое вашей организацией.
  • Масштабируемость: Azure DevOps Services: высокомасштабируемая, доступная из любого места с подключением к Интернету. Azure DevOps Server. Масштабируемость ограничена инфраструктурой организации и емкостью сервера.
  • Проверка подлинности: Azure DevOps Services: использует учетные записи Майкрософт или идентификатор Microsoft Entra. Azure DevOps Server: использует учетные данные домена Windows Authentication и Active Directory (AD).
  • Управление данными: Azure DevOps Services: данные хранятся в защищенных центрах обработки данных Azure. Azure DevOps Server: организации имеют полный контроль над данными и инфраструктурой.
  • Управление пользователями: Azure DevOps Services: поддерживает добавление групп Microsoft Entra в группы Azure DevOps Services. Azure DevOps Server. Доступ предоставляется путем добавления групп AD в различные группы Azure DevOps.
  • Настройка процесса: Azure DevOps Services: модель процесса наследования с параметрами настройки веб-интерфейса и конечной точки REST. Azure DevOps Server: предлагает модели процессов наследования и локального XML для настройки.
  • Аналитика и отчеты: Azure DevOps Services: предоставляет панели мониторинга, службу аналитики, интеграцию Power BI и поддержку OData. Azure DevOps Server: предлагает панели мониторинга, отчеты SSRS и настраиваемые упрощенные диаграммы.
  • Интеграция с SQL Server: Azure DevOps Services: не поддерживает интеграцию со службами SQL Server Analysis Services для создания отчетов. Azure DevOps Server: поддерживает интеграцию со службами SQL Server Analysis Services.

Эти различия помогут вам решить, какую платформу лучше всего подходит вашей организации. Если вы используете Azure DevOps Server и рассматриваете возможность перехода на Azure DevOps Services, ознакомьтесь с обзором миграции.

Масштабируемость

По мере роста бизнеса может потребоваться увеличить масштаб экземпляра Azure DevOps. Это масштабирование может включать добавление пользователей, увеличение емкости хранилища или повышение производительности для обработки больших рабочих нагрузок. Кроме того, вам может потребоваться интегрировать другие средства и службы для поддержки более сложных рабочих процессов и обеспечения простой совместной работы между крупными командами. Azure DevOps предоставляет различные параметры и конфигурации для эффективного масштабирования, независимо от того, используете ли Azure DevOps Services в облаке или azure DevOps Server в локальной среде.

Azure DevOps Services

Azure DevOps Services предлагает два варианта для области и масштабирования данных: организаций и проектов. Организации в Azure DevOps Services получают собственные URL-адреса (например, https://dev.azure.com/fabrikamfiberи всегда имеют одну коллекцию проектов). Организации могут иметь множество проектов в коллекции.

Создайте организации в Azure DevOps Services, где бы вы ни создавали коллекции в Azure DevOps Server. Рассмотрим следующие сценарии.

  • Приобретение пользователей на организацию: платные пользователи могут получить доступ только к организации, в которой производится оплата. Для пользователей, нуждающихся в доступе к нескольким организациям, подписки Visual Studio являются привлекательным вариантом. Подписчики Visual Studio можно добавлять в любое количество организаций без платы. Мы также изучаем другие способы предоставления доступа к нескольким организациям, сгруппированных в одну сущность.
  • Администрирование организаций по отдельности: в настоящее время необходимо администрировать организации по одному за раз, что может быть обременительным, если у вас много организаций.

Дополнительные сведения см. в статье Планирование структуры организации в Azure DevOps.

Azure DevOps Server

Azure DevOps Server предоставляет три варианта определения и масштабирования данных: развертывания, коллекции проектов и проекты.

  • Развертывания. В самом простом случае развертывание — это серверы. Однако они могут быть более сложными, например:

    • Развертывания с двумя серверами, в которых SQL находится на отдельном компьютере
    • Фермы с высоким уровнем доступности с несколькими серверами

  • Коллекции проектов: служат контейнерами для безопасности, администрирования и физических границ базы данных. Они также используются для группирования связанных проектов.

  • Проекты: инкапсулируют ресурсы отдельных проектов программного обеспечения, включая исходный код, рабочие элементы и многое другое.

Дополнительные сведения см. в статье Планирование структуры организации в Azure DevOps.

Проверка подлинности

При сравнении Azure DevOps Services и Azure DevOps Server важно понимать различия в том, как выполняется проверка подлинности для каждой платформы.

Azure DevOps Services

С помощью Azure DevOps Services вы подключаетесь через общедоступный Интернет (например, https://contoso.visualstudio.com). Вы можете пройти проверку подлинности с помощью учетных данных учетной записи Майкрософт или учетных данных идентификатора Майкрософт в зависимости от настройки организации. Идентификатор Microsoft Entra также позволяет включить такие функции, как многофакторная проверка подлинности, ограничения IP-адресов и многое другое.

Мы рекомендуем настроить организации для использования Microsoft Entra, а не учетных записей Майкрософт. Этот подход обеспечивает лучший интерфейс во многих сценариях и предлагает дополнительные возможности для повышения безопасности.

Дополнительные сведения см. в статье о доступе к Azure DevOps Services с помощью идентификатора Microsoft Entra.

Azure DevOps Server

С помощью Azure DevOps Server вы подключаетесь к серверу интрасети (например, https://tfs.corp.contoso.com:8080/tfs). Проверка подлинности с помощью проверки подлинности Windows и учетных данных домена Active Directory (AD). Это простой процесс, и вы никогда не сталкиваетесь с интерфейсом входа.

Управление данными

Многие сущности ищут информацию о защите данных при рассмотрении перехода в облако. Мы стремимся обеспечить безопасность и безопасность проектов Azure DevOps Services. У нас есть технические функции и бизнес-процессы для поддержания этой приверженности. Вы также можете выполнить действия по защите данных. Дополнительные сведения см. в обзоре защиты данных.

Управление пользователями

При управлении пользователями и группами в Azure DevOps Services и Azure DevOps Server существуют различные методы и средства, доступные для каждой платформы, чтобы обеспечить надлежащий доступ и организацию.

Azure DevOps Services

В Azure DevOps Services можно предоставить доступ к группам пользователей , добавив группы Microsoft Entra в группы Azure DevOps Services. Если вы используете учетные записи Майкрософт вместо идентификатора Microsoft Entra, необходимо добавить пользователей по отдельности.

Кроме того , необходимо назначить уровень доступа каждому пользователю в организации. Azure DevOps Services проверяет подписчиков Visual Studio по мере входа. Вы можете назначить базовый доступ бесплатно пяти пользователям без подписок Visual Studio.

Чтобы предоставить базовый доступ или более высокий уровень пользователям, настройте выставление счетов и оплату для большего количества пользователей. В противном случае все остальные пользователи получают доступ к заинтересованным лицам.

Группы Microsoft Entra предоставляют доступ к группам пользователей с автоматически назначенными уровнями доступа при первом входе. Для организаций, использующих учетные записи Майкрософт для входа, необходимо явно назначить уровни доступа каждому пользователю.

Azure DevOps Server

В Azure DevOps Server пользователи получают доступ к развертываниям, добавляя группы Active Directory (AD) в различные группы Azure DevOps, например группу участников для отдельного проекта. Членство в группах AD остается в синхронизации, чтобы пользователи были добавлены или удалены в AD, они автоматически получают или теряют доступ к Azure DevOps Server.

Все использование находится в системе чести. Чтобы задать уровни доступа для пользователей на основе лицензий, укажите уровни доступа на странице администрирования. Например, назначьте только нелицензированные пользователи доступ к заинтересованным лицам.

Пользователи с лицензией клиентского доступа azure DevOps Server (CAL) могут иметь базовый доступ. Подписчики Visual Studio могут иметь базовый или расширенный доступ в зависимости от их подписок. Azure DevOps Server не проверяет эти лицензии или не применяет соответствие требованиям.

В Azure DevOps Services и Azure DevOps Server вы управляете доступом к функциям путем назначения пользователям уровня доступа. Всем пользователям необходимо назначить один уровень доступа. В облачных и локальных предложениях вы можете предоставить бесплатный доступ к функциям рабочих элементов неограниченному количеству заинтересованных лиц. Кроме того, неограниченное количество подписчиков Visual Studio может иметь доступ ко всем базовым функциям без дополнительной платы. Вы оплачиваете только других пользователей, которым нужен доступ.

Настройка процесса

Вы можете настроить интерфейс отслеживания работы различными способами в зависимости от поддерживаемой модели процессов:

Azure DevOps Services

Azure DevOps Services использует модель процесса наследования , которая поддерживает настройку WYSIWYG (то, что вы видите). Эта модель позволяет легко настраивать типы рабочих элементов, состояния и поля непосредственно через пользовательский интерфейс без необходимости редактировать XML-файлы. Вы можете создавать и изменять процессы, чтобы соответствовать рабочему процессу вашей команды, обеспечивая соответствие инструментов конкретным требованиям проекта. Эта гибкость упрощает управление и адаптацию к изменениям в процессе разработки.

Azure DevOps Server

С помощью Azure DevOps Server можно выбрать модель процесса наследования и локальную модель XML-процесса .

  • Модель процесса наследования: эта модель поддерживает настройку WYSIWYG (то, что вы видите, что вы получаете), что позволяет легко настраивать типы рабочих элементов, состояния и поля непосредственно через пользовательский интерфейс. Этот подход упрощает процесс настройки и гарантирует, что изменения сразу же отражаются в проектах.

  • Локальная модель процесса XML: эта модель поддерживает настройку с помощью импорта или экспорта XML-файлов определений для объектов отслеживания работы. Он предоставляет мощный и гибкий способ определения процессов и управления ими. Однако это может привести к различным проблемам, таким как:

    • Процессы для существующих проектов не обновляются автоматически, требуя ручного вмешательства для применения изменений.
    • Сложность управления XML-файлами может привести к ошибкам и несоответствиям.
    • Возможно, сложно поддерживать и устранять неполадки с настройками, особенно в крупных или сложных средах.

Чтобы избежать проблем, пользовательские шаблоны процессов и средство witadmin.exe всегда отключены. Этот подход гарантирует автоматическое обновление всех проектов при каждом обновлении Azure DevOps Services. Группа продуктов работает над тем, чтобы упростить настройку процесса и повысить устойчивость.

С помощью возможности настройки процесса вы можете вносить изменения непосредственно в пользовательском интерфейсе веб-интерфейса. Если вы предпочитаете программно настраивать процессы, можно использовать конечные точки REST. Настройка проектов таким образом гарантирует автоматическое обновление новых версий базовых процессов при обновлении Azure DevOps Services.

Дополнительные сведения см. в разделе "Настройка взаимодействия с отслеживанием работы".

Аналитика и составление отчетов

Azure DevOps Services и Azure DevOps Server предлагают различные средства для предоставления аналитических сведений о прогрессе и качестве проектов программного обеспечения. Эти средства включают:

  • Панели мониторинга и упрощенные диаграммы: доступны как на облачных, так и на локальных платформах, эти средства легко настроить и использовать. Панели мониторинга предоставляют настраиваемый обзор состояния проекта, а диаграммы предлагают визуальные представления ключевых метрик и тенденций.

  • Мини-приложения "Аналитика" и "Аналитика": оптимизировано для быстрого чтения и агрегатов на основе сервера, служба Аналитики помогает получить более подробные сведения о данных проекта. Мини-приложения аналитики можно добавить на панели мониторинга для отображения данных и тенденций в режиме реального времени.

  • Интеграция Microsoft Power BI. Эта интеграция позволяет перенести данные аналитики в отчеты Power BI, сочетая простоту и мощность. С помощью Power BI можно создавать интерактивные и визуальные отчеты, предоставляющие комплексное представление о производительности проекта.

  • Поддержка OData: поддержка OData позволяет напрямую запрашивать службу Аналитики из поддерживаемого браузера и использовать возвращенные данные JSON по мере необходимости. Вы можете создавать запросы, охватывающие несколько проектов или всей организации, обеспечивая гибкость в анализе и использовании данных. Дополнительные сведения о службе аналитики см. в нашей стратегии создания отчетов.

Эти средства предоставляют надежные возможности для мониторинга, анализа и отчетности о прогрессе и качестве проектов программного обеспечения, помогая принимать обоснованные решения и обеспечивать непрерывное улучшение.