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

  • Мақала

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

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

Локальное предложение 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 Server не поддерживаются в Azure DevOps Services. Например, Azure DevOps Services не поддерживает интеграцию со службами SQL Server Analysis Services для поддержки отчетов.

Различия в поддержке

Если вы используете Azure DevOps Server и рассматриваете возможность перехода на Azure DevOps Services, ознакомьтесь с параметрами миграции.

Области и масштабируемые данные

По мере роста бизнеса может потребоваться увеличить масштаб экземпляра Azure DevOps.

Azure DevOps Services

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

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

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

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

Azure DevOps Server

Azure DevOps Server предлагает следующие три варианта определения и масштабирования данных: развертывания, коллекции проектов и проекты. В самом простом случае развертывания — это просто серверы.

Однако развертывания могут быть более сложными, в том числе:

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

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

Наконец, проекты используются для инкапсулировать ресурсы отдельных проектов программного обеспечения, включая исходный код, рабочие элементы и т. д. Дополнительные сведения см. в статье Планирование структуры организации в Azure DevOps.

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

Azure DevOps Services

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

Azure DevOps Server

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

Управление доступом пользователей

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

Azure DevOps Services

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

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

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

Azure DevOps Server

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

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

Безопасность и защита данных

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

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

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

Azure DevOps Services

Azure DevOps Services использует модель процесса наследования , которая поддерживает настройку WYSIWYG.

Azure DevOps Server

С помощью Azure DevOps Server можно выбрать модель процесса наследования или локальную модель XML-процесса , которая поддерживает настройку путем импорта или экспорта файлов определения XML для объектов отслеживания работы. Azure DevOps Server 2018 и более ранних версий имеют доступ только к локальной модели XML-процессов . Несмотря на то, что параметр локальной модели xml-процессов является мощным, он может вызвать различные проблемы. Основной проблемой является то, что процессы для существующих проектов не обновляются автоматически.

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

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

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

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

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

Azure DevOps Server 2019 в Azure DevOps Services

  • Панели мониторинга и упрощенные диаграммы, доступные как на облачных, так и на локальных платформах. Эти средства легко настроить и использовать.
  • Мини-приложения службы аналитики и аналитики. Служба Аналитики оптимизирована для быстрого доступа на чтение и агрегирования на основе сервера.
  • Интеграция Microsoft Power BI, которая поддерживает получение аналитических данных в отчеты Power BI и обеспечивает сочетание простоты и мощности.
  • Поддержка OData, которая позволяет напрямую запрашивать службу Аналитики из поддерживаемого браузера, а затем использовать возвращаемые данные JSON в нужном случае. Вы можете создавать запросы, охватывающие множество проектов или всей организации. Дополнительные сведения о службе аналитики см. в нашей стратегии создания отчетов.

Azure DevOps Server 2018

Visual Studio Team Services теперь называется Azure DevOps Services.

Многие из рекомендуемых служб в VSTS теперь предлагаются в качестве автономных служб как в Azure DevOps Services, так и в Azure DevOps Server 2019 и более. Службы можно получить отдельно или все вместе как Azure DevOps Services. Если вы являетесь подписчиком Azure DevOps, у вас уже есть доступ ко всем службам.

Имя компонента VSTS Имя службы Azure DevOps Description
Сборка и выпуск Azure Pipelines Непрерывная интеграция и непрерывная доставка (CI/CD), работающая с любым языком, платформой и облаком.
Код Azure Repos Неограниченное размещение в облаке частных репозиториев Git и система управления версиями Team Foundation (TFVC) для вашего проекта.
Работа Azure Boards Отслеживание работы с досками Kanban, невыполненной работой, панелями мониторинга группы и пользовательскими отчетами.
Тест Планы тестирования Azure Решение для всех запланированных и исследовательских тестов.
Пакеты (расширение) Azure Artifacts Maven, npm, Python, универсальный пакет и веб-каналы пакетов NuGet из общедоступных и частных источников.

Azure DevOps Services и Azure DevOps Server 2019 и более поздней версии используют новый пользовательский интерфейс навигации с вертикальной боковой панелью для перехода к основным областям обслуживания: Boards, Repos, Pipelines, Artifacts, Test Plans и т. д. Дополнительные сведения см. в статье "Навигация на веб-портале" в Azure DevOps.

Примечание.

Вы можете отключить выбор служб из пользовательского интерфейса. Дополнительные сведения см. в разделе "Включение или отключение службы".

Доступ к Azure DevOps Services по-прежнему можно использовать visualstudio.com . Мы переехали в новое доменное имя в качестве основного URL-адреса для новых dev.azure.com организаций. Это URL-адрес https://dev.azure.com/{your organization}/{your project}. Если вы хотите изменить URL-адрес, основанный на dev.azure.com качестве основного, администратор организации может сделать это на странице параметров организации.