将 Azure DevOps Services 与 Azure DevOps Server 进行比较

  • 项目

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

云 产品/服务 Azure DevOps Services 提供可缩放、可靠且全局可用的托管服务。 云产品/服务由 99.9% 的 SLA 提供支持，由 24/7 运营团队监视，并在全球本地数据中心提供。

本地 产品/服务 Azure DevOps Server 基于 SQL Server 后端构建。 客户通常需要将数据保留在其网络内时，通常会选择本地版本。 或者，当他们想要访问与 Azure DevOps Server 数据和工具集成的 SQL Server Reporting Services 时。

这两种产品/服务提供相同的 基本功能和服务，但 Azure DevOps Services 提供以下附加优势：

  • 简化的服务器管理
  • 立即访问最新和最强大的功能
  • 改进了与远程站点的连接
  • 从资本支出（服务器和类似）过渡到运营支出（订阅）

若要确定哪种产品/服务（云或本地）满足你的需求，请考虑以下主要差异。

Azure DevOps Services 与 Azure DevOps Server 之间的主要差异

选择所需的平台时，或者考虑从本地迁移到云，请考虑以下方面：

特定功能区域的差异

尽管 Azure DevOps Services 是 Azure DevOps Server 的托管版本，但功能之间存在一些差异。 Azure DevOps Services 不支持某些 Azure DevOps Server 功能。 例如，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，可以通过公共 Internet（例如） https://contoso.visualstudio.com进行连接。 根据组织设置，可以使用 Microsoft 帐户凭据或 Microsoft Entra ID 凭据进行身份验证。 还可以设置 Microsoft Entra ID 以要求功能，例如多重身份验证、IP 地址限制等。

建议将组织配置为使用 Microsoft Entra 而不是 Microsoft 帐户。 此方法在许多方案中提供更好的体验，以及增强安全性的更多选项。

有关详细信息，请参阅 关于使用 Microsoft Entra ID 访问 Azure DevOps Services。

Azure DevOps Server

使用 Azure DevOps Server，可以连接到 Intranet 服务器（例如 https://tfs.corp.contoso.com:8080/tfs）。 使用 Windows 身份验证和 Active Directory （AD） 域凭据进行身份验证。 此过程是透明的，你永远不会看到任何类型的登录体验。

管理用户和组

Azure DevOps Services

在 Azure DevOps Services 中，可以使用类似的机制来 提供对用户组的访问权限。 可以将 Microsoft Entra 组添加到 Azure DevOps Services 组。 如果使用 Microsoft 帐户而不是 Microsoft Entra ID，则必须 一次添加一个用户 。

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 组授予对用户组的访问权限。 首次登录时会自动分配访问级别。 对于配置为使用 Microsoft 帐户登录的组织，必须显式向每个用户分配访问级别。

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 升级自动更新所有项目。 同时，产品团队正在努力使自定义流程能够轻松、持续地支持。 我们最近引入了这些更改中的第一个，更多的更改正在进行中。

使用新的进程自定义功能，可以直接在 Web 用户界面（UI）中进行更改。 如果要以编程方式自定义进程，可以通过 REST 终结点执行此操作。 以这种方式自定义项目时，我们会使用 Azure DevOps Services 升级发布新版本的基本流程时自动更新这些项目。

有关详细信息，请参阅 自定义工作跟踪体验。

分析和报告

Azure DevOps Services 和 Azure DevOps Server 提供以下工具，可让你深入了解软件项目的进度和质量：

Azure DevOps Server 2019 到 Azure DevOps Services

  • 云和本地平台中提供的仪表板和轻型图表。 这些工具易于设置和使用。
  • Analytics 服务和分析小组件。 分析服务针对快速读取访问和基于服务器的聚合进行优化。
  • Microsoft Power BI 集成，它支持将数据引入 Power BI 报表，并提供简单性和电源的组合。
  • OData 支持，允许你直接从受支持的浏览器查询 Analytics 服务，然后根据需要使用返回的 JSON 数据。 可以生成跨多个项目或整个组织的查询。 若要了解有关 Analytics 服务的详细信息，请参阅我们的 报告路线图。

Azure DevOps Server 2018

Visual Studio Team Services 现已命名为 Azure DevOps Services。

VSTS 中的许多特色服务现在作为独立服务提供，同时在 Azure DevOps Services 和 Azure DevOps Server 2019 及 Up 中提供。 可以单独获取服务，也可以作为 Azure DevOps Services 一起获取服务。 如果你是 Azure DevOps 订阅者，则有权访问所有服务。

VSTS 功能名称 Azure DevOps 服务名称 说明
生成和发布 Azure Pipelines 适用于任何语言、平台和云的持续集成和持续交付（CI/CD）。
代码 Azure Repos 项目的无限云托管专用 Git 和Team Foundation 版本控制 （TFVC） 存储库。
工作 Azure Boards 使用看板、积压工作、团队仪表板和自定义报告进行跟踪。
测试 Azure Test Plans 一次性计划和探索性测试解决方案。
包（扩展） Azure Artifacts Maven、npm、Python、通用包和 NuGet 包源来自公共和专用源。

Azure DevOps Services 和 Azure DevOps Server 2019 及更高版本使用新的导航用户界面，使用垂直边栏转到主要服务区域：Boards、Repos、Pipelines、Artifacts、Test Plans 等。 有关详细信息，请参阅 Azure DevOps 中的 Web 门户导航。

注意

可以从用户界面中禁用选择服务。 有关详细信息，请参阅启用或禁用服务。

仍可用于 visualstudio.com 访问 Azure DevOps Services。 我们移动到新 dev.azure.com 域名作为新组织的主要 URL。 该 URL 为 https://dev.azure.com/{your organization}/{your project}. 如果要将 URL 更改为主要 dev.azure.com URL，组织管理员可以从组织设置页执行此操作。