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

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

云产品/服务 Azure DevOps Services 提供了一个可缩放的、可靠且可全局使用的托管服务。 它受 99.9% SLA 的支持,由我们的24/7 运营团队监视,并在世界各地的本地数据中心内可用。

本地产品/服务Azure DevOps Server 是基于 SQL Server 后端构建的。 客户通常在需要其数据位于其网络内时选择本地版本。 或者,当他们需要访问与 Azure DevOps Server 数据和工具集成的 SQL Server reporting services 时。

尽管这两个产品提供相同的基本服务,但与 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 不支持与 SQL Server Analysis Services 集成来支持报告。

下面两个区域的支持有所不同:

您是否在 Azure DevOps Server 和考虑移动? 阅读 迁移选项 ,了解你的选择。

范围和缩放数据

随着你的业务发展,你可能需要增加 Azure DevOps 的实例。

使用组织和项目进行 Azure DevOps Services 缩放

Azure DevOps Services 与 Azure DevOps Server 略有不同。 目前,只有两个选项可用于范围和缩放数据:组织和项目。 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 的双服务器部署
  • 具有大量服务器的高可用性场

Project 集合用作安全和管理的容器,以及物理数据库边界。 它们还用于对相关项目进行分组。

最后,项目用于封装各个软件项目的资产,包括源代码、工作项等。

了解详细信息:在 Azure DevOps 中规划组织结构

身份验证

通过 Azure DevOps Services,你可以通过公共 internet (进行连接,例如, https://contoso.visualstudio.com) 。 你可以根据你的组织设置,用Microsoft 帐户凭据或Azure AD凭据进行身份验证。 你还可以设置 Azure AD 来要求多种功能,例如多重身份验证、IP 地址限制等。

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

了解详细信息:有关访问 Azure AD 的 Azure DevOps Services

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

管理用户和组

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

在 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 在 Visual Studio 订阅服务器时进行验证。 你可以为免费的五位用户分配基本访问权限,而无需 Visual Studio 订阅。

若要向更多用户提供基本访问权限,请为你的组织 设置计费 ,并 为更多用户付费。 否则,所有其他用户将获得利益干系人访问权限。

Azure AD 组授予用户组的访问权限。 首次登录时,会自动分配访问级别。 对于配置为使用 Microsoft 帐户登录的组织,你必须将访问级别显式分配给每个用户。

在 Azure DevOps Server 中,所有用途都在荣誉系统上。 若要基于用户的许可证设置用户的访问级别,请在 "管理" 页上指定其 访问级别 。 例如,将未经授权的用户分配给利益干系人访问权限。

Azure DevOps Server 客户端访问许可证 (CAL) 的用户可以具有基本访问权限。 Visual Studio 订阅者可以具有基本访问权限或高级访问权限,具体取决于订阅。 Azure DevOps Server 不会尝试验证这些许可证或强制符合性。

安全性和数据保护

许多实体在考虑迁移到云时,需要了解有关数据保护的详细信息。 我们致力于确保 Azure DevOps Services 项目保持安全可靠。 我们提供了技术功能和业务流程来提供此项承诺。 你还可以采取措施来保护你的数据。 在我们的 数据保护概述中了解详细信息。

流程自定义

可以通过两种不同的方式自定义工作跟踪体验,具体取决于支持的进程模型:

  • Azure DevOps Services:使用支持 WYSIWYG 自定义的继承过程模型
  • Azure DevOps Server:可以选择继承过程模型或本地XML进程模型,该模型支持通过导入或导出工作跟踪对象的 XML 定义文件进行自定义
  • Azure DevOps Server 2018 及更早版本:只能访问本地XML进程模型

尽管 "本地 XML 进程 模型"选项功能强大,但可能会导致各种问题。 主要问题是现有项目的进程不会自动更新。

例如Azure DevOps Server 2013 年,引入了一些依赖于新工作项类型和其他进程模板更改的新功能。 从 2012 升级到 2013 时,每个项目集合将获取包含这些更改的每个"全新"进程模板的新版本。 但是,这些更改不会自动合并到现有项目中。 相反,完成升级后,你必须使用配置功能向导或更手动的过程将更改包括在每个项目中

为了帮助你避免这些问题,Azure DevOps Services自定义过程模板和witadmin.exe工具始终处于禁用状态。 此方法使我们能够自动更新每个升级Azure DevOps Services项目。 同时,产品团队正在努力使自定义过程成为可能,我们可以轻松、持续地支持这些流程。 我们最近引入了第一个这些更改,并且更多的更改正在进行中。

使用新的进程自定义功能,可以直接在 WEB 用户界面中通过 UI () 。 如果要以编程方式自定义进程,可以通过 REST 终结点进行自定义。 当你按此方式自定义项目时,当我们发布新版本的基础进程并升级时,它们Azure DevOps Services更新。

若要了解有关详细信息,请参阅 自定义工作跟踪体验

报表

Azure DevOps Services和Azure DevOps Server提供了许多工具,让你深入了解软件项目的进度和质量。 包括以下工具:

  • 平台 本地平台中提供的仪表板和轻型图表。 这些工具易于设置和使用。

Azure DevOps Services 2019 Azure DevOps Server 和 2019 也提供对以下服务的访问权限:

  • 分析服务和分析小组件。 分析服务针对快速读取访问和基于服务器的聚合进行了优化。
  • Microsoft Power BI集成,支持将 Analytics 数据Power BI报表,并提供简单性和功能的组合。
  • OData 支持,它允许你直接从受支持的浏览器查询 Analytics 服务,然后根据需要使用返回的 JSON 数据。 可以生成跨多个项目或整个组织的查询。

若要详细了解分析服务和将来的版本,请参阅我们的 报表路线图

SQL Server Reporting Services (配置 SSRS) 时,Azure DevOps Server中提供 SSRS SQL Server Analysis Services。

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

VSTS 中的许多精选服务现在在 2019 Azure DevOps Services 和 Azure DevOps Server 中作为独立服务提供。 可以将服务单独获取或全部作为一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来自公共和专用源的包源。

2019 Azure DevOps Services Azure DevOps Server 和 Azure DevOps Server 都使用新的导航用户界面,并使用垂直边栏转到主要服务区域:Boards、Repos、Pipelines等。 若要了解有关详细信息,请参阅 Web门户导航Azure DevOps。

注意

可以从用户界面禁用选择服务。 有关详细信息,请参阅 打开或关闭服务

仍可以使用 visualstudio.com 访问Azure DevOps Services。 我们已移动到新 dev.azure.com 域名作为新组织的主要 URL。 该 URL 为 https://dev.azure.com/{your organization}/{your project} 。 如果要将 URL 更改为作为主要 URL,组织管理员可以从"组织设置"页 dev.azure.com 中这样做。