你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
业务案例（预览版）概述
本文概述了 Azure Migrate：发现和评估工具中的评估。 该工具可对 VMware 虚拟环境和 Hyper-V 环境中的本地服务器以及要迁移到 Azure 的物理服务器进行评估。
什么是业务案例？
业务案例功能可帮助构建业务建议，以了解 Azure 如何为你的业务带来最大价值。 它具有以下亮点：
- 本地成本与 Azure 总拥有成本。
- 当前的本地资产总拥有成本与使用 Arc 的本地资产总拥有成本。
- 通过 Arc 使用 Azure 安全性 (Microsoft Defender for Cloud) 和管理（Azure Monitor 和更新管理）以及 Arc 为本地服务器启用的 ESU 可节省的成本和带来的其他好处。
- 逐年现金流分析。
- 基于资源利用率的见解，用于标识最适合云的服务器和工作负载。
- 在迁移和现代化方面快速获胜，包括终止支持的 Windows OS 和 SQL 版本。
- 通过从资本支出模型迁移到运营支出模型，只需为使用的资源付费，可以长期节省成本。
其他主要功能：
- 有助于消除成本规划过程中的猜测工作，并添加数据见解驱动的计算。
- 使用 Azure Migrate 设备执行发现后，几乎就可以立即生成它。
- 已为现有 Azure Migrate 项目自动启用该功能。
此功能只能用于在公有云区域中创建业务案例。 对于 Azure 政府，可以使用现有的评估功能。
业务案例中的迁移策略
构建业务案例时，可以选择三种类型的迁移策略：
| 迁移策略 | 详细信息 | 评估见解 |
|---|---|---|
| Azure 建议尽量减少成本 | 可以在 Azure 中跨 Azure IaaS 和 Azure PaaS 目标获得最经济高效且兼容的目标建议。 | 对于 SQL Server，大小调整和成本来自具有优化策略的推荐报告 - 最大限度地减少 Azure SQL 评估的成本。 对于 Web 应用，大小调整和成本来自 Azure 应用服务和 Azure Kubernetes 服务评估，具体取决于 Web 应用的准备情况和最低成本。 对于常规服务器，大小调整和成本来自 Azure VM 评估。 |
| 迁移到所有 IaaS（基础结构即服务） | 可以获得快速直接迁移到 Azure IaaS 的建议。 | 对于 SQL Server，大小调整和成本来自“将实例迁移到 Azure VM 上的 SQL Server”报告。 对于常规服务器和托管 Web 应用的服务器，大小调整和成本来自 Azure VM 评估。 |
| 现代化为 PaaS（平台即服务） | 可以获得 PaaS 优先建议，这意味着逻辑可以确定最适合 PaaS 目标的工作负载。 建议使用可快速直接迁移到 Azure IaaS 的常规服务器。 |
对于 SQL Server，大小调整和成本来自具有优化策略的推荐报告 - 通过 Azure SQL 评估现代化为 PaaS。 对于 Web 应用，大小调整和成本来自 Azure 应用服务和 Azure Kubernetes 服务评估（首选项为应用服务）。 对于常规服务器，大小调整和成本来自 Azure VM 评估。 |
尽管业务案例可从某些评估中选择 Azure 建议，但无法直接访问评估。 若要深入了解大小调整、就绪状态和 Azure 成本估算，可为服务器或工作负载创建相关的评估。
用于创建业务案例的发现源
目前，可以使用两个发现源创建业务案例：
| 发现源 | 详细信息 | 可用于构建业务案例的迁移策略 |
|---|---|---|
| 使用通过 Azure Migrate 设备收集的更准确的数据见解 | 需要设置适用于 VMware、Hyper-V 或物理/裸机或其他云的 Azure Migrate 设备。 该设备可发现服务器、SQL Server 实例和数据库以及 ASP.NET/Java Web 应用，并将元数据和性能（资源利用率）数据发送到 Azure Migrate。 了解详细信息。 | Azure 建议尽量减少成本、迁移到所有 IaaS（基础结构即服务）、现代化为 PaaS（平台即服务） |
| 使用通过 .csv 文件导入的服务器构建快速业务案例 | 需要在 .CSV 文件中提供服务器清单并在 Azure Migrate 中导入，以便根据提供的输入快速获取业务案例。 对于此选项，无需设置 Azure Migrate 设备即可发现服务器。 | 迁移到所有 IaaS（基础结构即服务） |
如何使用设备？
如果部署 Azure Migrate 设备来发现本地服务器，请执行以下步骤：
- 设置 Azure 及适合于 Azure Migrate 运行的本地环境。
- 对于你的首个业务案例，创建一个 Azure 项目并向其中添加“发现和评估”工具。
- 部署轻型 Azure Migrate 设备。 此设备将持续发现本地服务器，并向 Azure Migrate 发送服务器元数据和性能数据。 将设备部署为 VM。 无需在要评估的服务器上安装任何内容。
在设备开始发现服务器后，可以开始构建业务案例。 按照我们有关 VMware、Hyper-V 或物理/裸机或其他云的教程操作，尝试这些步骤。
建议在开始发现后至少等待一天，然后再构建业务案例，以便收集足够的性能/资源利用率数据点。 此外，请查看 Azure Migrate 中心上的通知/解决问题边栏选项卡，以便在计算业务案例之前识别任何与发现相关的问题。 这可以确保更准确地表示数据中心内的 IT 资产，并提高业务案例建议的价值。
设备会收集哪些数据？
如果使用 Azure Migrate 设备，请了解针对以下对象收集的元数据和性能数据：
设备如何计算性能数据？
如果是使用设备进行发现，则会通过以下步骤为计算设置收集性能数据：
设备收集实时样本点。
- VMware VM：每 20 秒收集一个样本点。
- Hyper-V VM：每 30 秒收集一个样本点。
- 物理服务器：每 5 分钟收集一个样本点。
设备将这些样本点组合在一起，为 VMware 和 Hyper-V 服务器每 10 分钟创建一个数据点，为物理服务器每 5 分钟创建一个数据点。 为了创建数据点，设备会从所有样本中选择峰值。 然后，将数据点发送到 Azure。
评估服务会存储上个月的所有 10 分钟数据点。
创建业务案例时，系统会在后台触发多个评估。
这些评估会确定用于大小调整的相应数据点。 根据“性能历史记录”和“百分位使用率”的百分位值进行确定。
- 例如，性能历史记录是一周，百分位使用率是第 95 百分位，则评估会对上一周的 10 分钟样本点进行排序。 按升序排序，并选取第 95 百分位值进行合理调整大小。
- 第 95 百分位值可以确保忽略任何离群值，如果选取第 99 百分位，则可能包括这些离群值。
此值与舒适因子相乘，就得到了设备收集的这些指标的有效性能使用率数据。
利用率见解是如何得出的？
它涵盖非常适合云的服务器、可以在本地解除授权的服务器，以及无法根据资源利用率/性能数据进行分类的服务器：
- 非常适合云：这些服务器最适合迁移到 Azure，它们由活动服务器和空闲服务器组成：
- 活动服务器：这些服务器通过开启并使其 CPU 和内存利用率超过 5% 且网络利用率超过 2% 来提供业务价值。
- 空闲服务器：这些服务器处于开启状态，但不通过使其 CPU 和内存利用率低于 5% 且网络利用率低于 2% 来提供业务价值。
- 解除授权：这些服务器本应提供业务价值，但没有提供，可在本地解除授权，建议不要迁移到 Azure：
- 僵尸：CPU、内存和网络利用率为 0%，没有性能数据收集问题。
- 这些服务器已开启，但没有足够的指标可用：
- 未知：如果发现仍在进行中或存在一些未解决的发现问题，则许多服务器可以归入此部分。
业务案例的组成部分是什么？
需要查看四个主要报告：
- 概述：此报告是业务案例的执行摘要，它涵盖：
- 潜在的节省 (TCO)。
- 根据当年完成的预计迁移量，预计实现的同比现金流节省。
- 通过独特 Azure 权益（如 Azure 混合权益）实现的节省。
- 通过安全和管理功能实现的节省。
- 涵盖业务案例范围的发现见解。
- 当前的本地资产与未来资产：此报告涵盖了按成本类别划分的总拥有成本的明细和节省见解。
- 使用 Azure Arc 的本地资产：此报告涵盖了使用和不使用 Arc 的本地资产的总拥有成本明细。
- Azure IaaS：此报告涵盖了建议迁移到 Azure IaaS 的服务器和工作负载的 Azure 和本地占用情况。
- Azure PaaS：此报告涵盖了建议迁移到 Azure PaaS 的工作负载的 Azure 和本地占用情况。
业务案例包括哪些内容？
业务案例包括以下内容：
总拥有成本（稳定状态）
本地成本
运行本地服务器的成本组成部分。 对于 TCO 计算，将为以下项计算年度成本：
| 成本项 | 类别 | 组件 | 逻辑 |
|---|---|---|---|
| 计算 | 硬件 | 服务器硬件（主机计算机） | 硬件购置总成本使用每个核心成本线性回归公式进行计算：每个核心的成本 = 16.232*（超线程核心：内存 (GB) 比率）+ 113.87。 超线程核心 = 2*（核心） |
| 软件 - SQL Server 许可 | 许可证成本 | 按 2019 企业版或标准版的两个核心包许可证定价进行计算。 | |
| SQL Server - 扩展安全更新程序 (ESU) | 许可证成本 | 在 SQL Server 许可证结束支持后计算 3 年的成本，如下所示： ESU（第 1 年）– 75% 的许可证成本 ESU（第 2 年）– 100% 的许可证成本 ESU（第 3 年）– 125% 的许可证成本 |
|
| 软件保障 | 根据设置按年计算。 | ||
| 软件 - Windows Server 许可 | 许可证成本 | 按 Windows Server 的两个核心包许可证定价进行计算。 | |
| Windows Server - 扩展安全更新程序 (ESU) | 许可证成本 | 在 Windows Server 许可证结束支持后计算 3 年的成本： ESU（第 1 年）– 75% 的许可证成本 ESU（第 2 年）– 100% 的许可证成本 ESU（第 3 年）– 125% 的许可证成本 |
|
| 软件保障 | 根据设置按年计算。 | ||
| 用于在 VMware 环境中运行的服务器的虚拟化软件 | 虚拟化软件（VMware 许可证成本） | 基于 VMware 云基础许可的许可证成本。 | |
| 存储 | 存储硬件 | 存储硬件购置总成本是通过将连接的存储总量乘以每 GB 成本来计算的。 默认值为每月每 GB 2 美元。 | |
| 存储维护 | 默认值为存储硬件购置成本的 10%。 | ||
| 网络 | 网络硬件和软件 | 网络设备（机柜、交换机、路由器、负载均衡器等）和软件 | 作为行业标准，在业务案例中供卖家使用，它是计算和存储成本的百分比。 默认值为存储和计算成本的 10%。 |
| 维护 | 维护 | 默认为网络硬件和软件成本的 15%。 | |
| 安全性 | 常规服务器 | 服务器安全成本 | 默认值为每台服务器每年 250 美元。 它将乘以服务器（常规服务器）数量 |
| SQL Server | SQL 保护成本 | 默认值为每台服务器每年 1000 美元。 它将乘以运行 SQL 的服务器数量 | |
| 设施 | 设施和基础结构 | DC 设施 - 租赁和电源 | 设施成本基于场地租用模型，其中包括每千瓦时的空间、功率和租赁成本。 年设施成本 = 总能源容量 * 平均场地租用成本 * 12。 （假设 40% 的数据中心能源容量仍未使用。） 总能源容量 = 当前工作负载的能耗/（1 - 未使用的能源容量）。 确定工作负载的能耗： - 计算资源：物理核心总数 * 本地 TDP（每个核心 0.009 千瓦时）* 负载系数 (2.00) * 本地 PUE (1.80)。 - 存储资源：总存储空间 (TB) * 本地存储功率分级（每 TB 10 千瓦时） * 换算系数 (0.0001) * 负载系数 (2.00) * 本地 PUE (1.80)。 |
| 人工 | 人工 | IT 管理员 | DC 管理员成本 =（（虚拟机数量）/（可由全职管理员管理的虚拟机的平均数量））* 730 * 12 |
| 管理 | 管理软件许可 | System Center 管理软件 | 用于 System Center 管理软件的成本，包括监视、硬件和虚拟机预配、自动化、备份和配置管理功能。 在任何发现的资源上标识系统中心代理时，都会增加 Microsoft System Center 管理软件的成本。 这仅适用于 Windows Server 和 SQL Server 相关方案，包括软件保障。 |
| 其他管理软件 | 这是合作伙伴管理产品的管理软件成本。 | ||
| 软件以外的管理成本 | 监视成本 | 指定监视软件以外的成本。 默认值为每台服务器每年 430 美元。 它将乘以服务器数量。 使用的默认值是与监视管理员关联的成本。 | |
| 修补程序管理成本 | 指定修补程序管理软件以外的成本。 默认值为每台服务器每年 430 美元。 它将乘以服务器数量。 默认值是与修补程序管理管理员关联的成本。 | ||
| 备份成本 | 指定备份软件以外的成本。 默认值为每台服务器每年 580 美元。 它将乘以服务器数量。 使用的默认值包括备份管理员的每台服务器的成本，以及本地备份所需的存储成本。 |
Azure 成本
| 成本项 | 类别 | 组件 | 逻辑 |
|---|---|---|---|
| 计算 | 计算 (IaaS) | Azure VM、Azure VM 上的 SQL Server | Azure VM 评估中的计算成本（使用 AHUB）、Azure SQL 评估中的计算成本（使用 AHUB） |
| 计算 (PaaS) | Azure SQL MI 或 Azure SQL DB | Azure SQL 评估中的计算成本（使用 AHUB）。 | |
| 计算 (PaaS) | Azure 应用服务或 Azure Kubernetes 服务 | Azure 应用服务中的计划成本和/或 Azure Kubernetes 服务中的节点池成本。 | |
| 存储 | 存储 (IaaS) | Azure VM - 托管磁盘、Azure VM 上的服务器 - 托管磁盘 | Azure VM 评估/Azure SQL 评估中的存储成本。 |
| 存储 (PaaS) | Azure SQL MI 或 Azure SQL DB - 托管磁盘 | Azure SQL 评估中的存储成本。 | |
| 存储 (PaaS) | 空值 | 空值 | |
| 网络 | 网络硬件和软件 | 网络设备（机柜、交换机、路由器、负载均衡器等）和软件 | 作为行业标准，在业务案例中供卖家使用，它是计算和存储成本的百分比。 默认值为存储和计算成本的 10%。 |
| 维护 | 维护 | 默认为网络硬件和软件成本的 15%。 | |
| 安全性 | 服务器安全成本 | Defender for Servers | 对于为 Azure VM 推荐的服务器，如果已准备好运行 Defender for Server，则会加上该区域中每个服务器的 Defender for Server 成本（计划 2） |
| SQL 安全成本 | Defender for SQL | 对于建议用于 Azure VM 上的 SQL Server、Azure SQL MI 或 Azure SQL DB 的 SQL Server 实例，如果它们已准备好运行 Defender for SQL，则会为该区域的每个 SQL Server 实例添加 Defender for SQL。 对于建议用于 Azure SQL DB 的 DB，成本会在实例级别汇总。 | |
| Azure 应用服务安全成本 | Defender for App Service | 对于为应用服务或应用服务容器推荐的 Web 应用，将加上该区域的 Defender for App Service 成本。 | |
| 设施 | 设施和基础结构 | DC 设施 - 租赁和电源 | 设施成本不适用于 Azure 成本。 |
| 人工 | 人工 | IT 管理员 | DC 管理员成本 =（（虚拟机数量）/（可由全职管理员管理的虚拟机的平均数量））* 730 * 12 |
| 管理 | Azure 管理服务 | Azure Monitor、Azure 备份和 Azure 更新管理器 | 根据该区域中列出的价格，每台服务器的 Azure Monitor 成本假设收集了来宾操作系统的日志引入，并且为服务器启用了一个自定义应用程序，总计每月 3GB 数据。 根据 Azure 备份定价动态估计每台服务器的 Azure 备份成本，其中包括受保护的实例费用、快照存储和恢复服务保管库存储。 Azure 更新管理器对 Azure 服务器是免费的。 |
| Azure Arc 设置 | 对于本地服务器，此设置假设你在迁移过程开始时已为所有服务器启用了 Arc，并且将来会持续将这些服务器迁移到 Azure。 Azure Arc 可帮助你在迁移期间和迁移之后通过单个窗格管理 Azure 资产和剩余本地资产。 |
使用 Azure Arc 的本地资产的成本
| 成本项 | 类别 | 组件 | 逻辑 |
|---|---|---|---|
| 计算和许可 | 硬件和许可证 | 服务器硬件（主机计算机）和许可证 | 估算为服务器硬件总购置成本 + 软件成本（Windows 许可证 + SQL 许可证 + 虚拟化软件成本）+ 维护成本的总和 总硬件购置成本使用每核成本线性回归公式进行计算。 假定 SQL 许可证成本通过已启用 Arc 的 SQL Server 使用即用即付模型。 还假定使用 Azure Arc 所启用的 ESU 通过 Azure 支付 Windows Server 和 SQL Server 的 ESU 许可证费用。 |
| 存储 | 存储硬件 | 估算为总存储硬件购置成本 + 软件维护成本的总和。 总存储硬件购置成本 = 连接到 VM 的存储总容量（跨所有计算机） * 每 GB 每月成本 * 12。 可以根据与当前本地存储成本类似的假设来自定义每 GB 的成本。 |
|
| 网络 | 网络硬件和软件 | 网络设备（机柜、交换机、路由器、负载均衡器等）和软件 | 估算为网络硬件和软件总成本 + 网络维护成本的总和 网络硬件和软件总成本默认为 10%*（计算和许可成本 + 存储成本），可以在假设中进行自定义。 网络维护成本默认为 15%*（网络硬件和软件总成本），可以在假设中进行自定义 与当前本地网络成本相同。 |
| 安全性 | 常规服务器 | 服务器安全成本 | 估算为通过 Azure Arc 使用 MDC 的常规服务器和 SQL 工作负载的总保护成本的总和。假定对服务器采用 MDC 服务器计划 2。 假定 Azure 连接数据库上的 Microsoft Defender for SQL 适用于 SQL Server |
| 设施 | 设施和基础结构 | DC 设施 - 租赁和电源 | 设施成本基于场地租用模型，其中包括每千瓦时的空间、功率和租赁成本。 年设施成本 = 总能源容量 * 平均场地租用成本 * 12。 （假设 40% 的数据中心能源容量仍未使用。） 总能源容量 = 当前工作负载的能耗/（1 - 未使用的能源容量）。 确定工作负载的能耗： - 计算资源：物理核心总数 * 本地 TDP（每个核心 0.009 千瓦时）* 负载系数 (2.00) * 本地 PUE (1.80)。 - 存储资源：总存储空间 (TB) * 本地存储功率分级（每 TB 10 千瓦时） * 换算系数 (0.0001) * 负载系数 (2.00) * 本地 PUE (1.80)。 |
| 劳动力 | 劳动力 | IT 管理员 | 与当前的本地劳动力成本相同。 |
| 管理 | 管理软件许可 | System Center 或其他管理软件 | 估算为常规服务器总管理成本的总和。 这包括监视和修补。 假定修补可以通过 Azure 更新管理器免费进行，因为它包含在 MDC 服务器计划 2 中。 监视成本根据日志存储和警报按天计算，然后乘以 365 默认估算为本地管理劳动力成本的 70%，因为我们假设由于生产率的提高，30% 的劳动力效应可以重新转移到公司的其他影响力大的项目上。 可以在 Azure 成本假设下的 Azure Arc 设置中自定义劳动力成本。 |
同比成本
当前状态（本地）
| 组件 | 第 0 年 | 第 1 年 | 第 2 年 | 第 3 年 | 第 4 年 |
|---|---|---|---|---|---|
| CAPEX | 总 CAPEX (A) | Y1 CAPEX = 总 CAPEX (A) *（1 + 服务器增长率 %） | Y2 CAPEX = Y1 CAPEX (A) *（1 + 服务器增长率 %） | Y3 CAPEX = Y2 CAPEX (A) *（1 + 服务器增长率 %） | Y4 CAPEX = Y3 CAPEX (A) *（1 + 服务器增长率 %） |
| OPEX | 总 OPEX (B) | Y1 OPEX = 总 OPEX (B) *（1 + 服务器增长率 %） | Y2 OPEX = Y1 OPEX (B) *（1 + 服务器增长率 %） | Y3 OPEX = Y2 OPEX (B) *（1 + 服务器增长率 %） | Y4 OPEX = Y3 OPEX (B) *（1 + 服务器增长率 %） |
| 现金流现状 | Y0 现金流 = 总 CAPEX (A) + 总 OPEX (B) | Y1 现金流 = Y1 CAPEX+ Y1 OPEX | Y2 现金流 = Y2 CAPEX + Y2 OPEX | Y3 现金流 = Y3 CAPEX (A) + Y3 OPEX (B) | Y4 现金流 = Y4 CAPEX (A) + Y4 OPEX (B) |
CAPEX 和 OPEX
| 组件 | 子组件 | 假设 | Azure 保留 |
|---|---|---|---|
| 资本资产支出 (CAPEX) (A) | |||
| 服务器折旧 | （服务器硬件购置总成本）/（折旧年限） | 折旧年限 = 4 年 | |
| 存储折旧 | （存储硬件购置总成本）/（折旧年限） | 折旧年限 = 4 年 | |
| 装修和网络设备 | （网络硬件购置总成本）/（折旧年限） | 折旧年限 = 5 年 | |
| 许可证摊销 | （虚拟化成本 + Windows Server + SQL Server + Linux OS）/（折旧年限） | 折旧年限 = 5 年 | VMware 许可证未保留；Windows、SQL 和 Hyper-V 管理软件许可证基于 Azure 中的 AHUB 选项进行保留。 |
| 运营资产支出 (OPEX) (B) | |||
| 网络维护 | 每年 | ||
| 存储维护 | 每年 | 每台服务器的功率消耗，基于位置的每月每 KW 的平均价格。 | |
| 许可证支持 | 虚拟化 + Windows Server + SQL Server + Linux OS + Windows Server 扩展安全更新程序 (ESU) + SQL Server 扩展安全更新程序 (ESU) 的许可证支持成本 | VMware 许可证未保留；Windows、SQL 和 Hyper-V 管理软件许可证基于 Azure 中的 AHUB 选项进行保留。 | |
| 安全性 | 每年 | 每台服务器每年的安全/保护成本。 | |
| 数据中心管理员成本 | 人员数 * 每小时成本 * 730 小时 | 基于位置的每小时成本。 |
未来状态（使用 Arc 的本地 + Azure）*
创建商业案例时，默认情况下，保留在本地的服务器会被假定为已启用 Arc。 可以通过编辑 Azure 成本假设来禁用 Arc 计算。
| 第 0 年 | 第 1 年 | 第 2 年 | 第 3 年 | 方法 | |
|---|---|---|---|---|---|
| 每年迁移的资产 | 0% | 20% | 50% | 100% | 用户输入 |
*保留在本地的服务器会被假定为已启用 Azure Arc。 创建商业案例时，默认情况下，保留在本地的服务器会被假定为已启用 Arc。 可以通过编辑 Azure 成本假设来禁用 Arc 计算。
CAPEX 和 OPEX
| 方法 | |
|---|---|
| CAPEX | 第 n 年的 CAPEX = (100- 该年估算的迁移百分比) * 当前状态的第 n 年的 CAPEX |
| OPEX | 第 n 年的 OPEX = (该年估算的迁移百分比) * Azure TCO 总计 * (1+ 基础结构增长率百分比) + (100- 该年估算的迁移百分比) * 当前状态的第 n 年的 OPEX |
| 未来现金流状态 | 每年的 CAPEX 和 OPEX 的总计 |
| 每年 NPV | 每年 NPV = (第 n 年的现金流)/ (1+WACC)^n WACC 默认为 7%，可以在假设中自定义。 |
| 未来状态 NPV | 每年 NPV 的总计 |
术语表
| Term | 详细信息 |
|---|---|
| 业务案例 | 业务案例为项目的批准/不批准提供了理由。 它可评估替代选项的优势、成本和风险，并为首选解决方案提供理由。 |
| 总拥有成本 (TCO) | TCO（总拥有成本）是一种财务估算，可帮助公司准确计算 IT 项目的整个生命周期内的经济影响。 |
| 投资回报 (ROI) | 以百分比表示的项目预期回报。 ROI 是通过将净收益（收益减去成本）除以成本来计算的。 |
| 现金流量表 | 它用于说明一家企业有多少现金流入和流出。 |
| 净现金流 (NCF) | 这是在特定时期内流入和流出企业的资金的差值。 |
| 净现值 (NPV) | 给定利率（贴现率）的未来净现金流的现值或当前价值（贴现率）。 如果项目 NPV 为正数，则通常表示应进行投资，除非其他项目具有更高的 NPV。 |
| 投资回收期 | 投资的盈亏平衡点。 这是净收益（收益减去成本）等于初始投资或成本的时间点。 |
| 资本支出 (CAPEX) | 对资本化并计入资产负债表的资产进行的前期投资。 |
| 运营支出 (OPEX) | 企业的经营支出。 |
| MDC | Microsoft Defender for Cloud。 了解详细信息。 |