商務案例 (預覽) 概覽
本文提供 Azure Migrate：探索和評量工具中的評量概觀。 此工具可以評估 VMware 虛擬和 Hyper-V 環境中的內部部署伺服器，以及移轉至 Azure 的實體伺服器。
什麼是商業案例?
商務案例功能可協助您建立商務提案，以了解 Azure 如何為您的企業帶來最大價值。 重點如下:
- 內部部署與 Azure 擁有權總成本。
- 目前的內部部署與內部部署，具有Arc總擁有成本。
- 透過Arc使用 Azure 安全性 （適用於雲端的 Microsoft Defender） 和管理 （Azure 監視器和更新管理） 的成本節省和其他優點，以及 Arc 為內部部署伺服器啟用的 ESU。
- 逐年現金流分析。
- 以資源使用率為基礎的深入解析，用來識別最適合雲端的伺服器與工作負載。
- 快速成功地進行移轉和現代化，包括終止支援 Windows OS 和 SQL 版本。
- 藉由從資本支出模型移至營運支出模型，只支付您使用的項目，來節省長期成本。
其他重要功能:
- 協助移除成本規劃程序中的猜測工作，並新增資料深入解析驅動計算。
- 使用 Azure Migrate 設備執行探索之後，幾乎可以立即產生它。
- 這項功能會自動為現有的 Azure Migrate 專案啟用。
這項功能只能用來在公用雲端區域中建立商務案例。 針對 Azure Government，您可以使用現有的評量功能。
商務案例中的移轉策略
當您建立商務案例時，有三種移轉策略類型可供選擇:
| 移轉策略 | 詳細資料 | 評量深入解析 |
|---|---|---|
| Azure 建議將成本降到最低 | 您可以取得 Azure 中跨 Azure IaaS 和 Azure PaaS 目標之最符合成本效益且相容的目標建議。 | 對於 SQL Server，大小調整和成本來自 Azure SQL 評量中具最佳化策略 (將成本降到最低) 的「建議報告」。 對於 Web 應用程式，調整大小和成本來自 Azure App Service 和 Azure Kubernetes Service 評量，視 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 App Service 和 Azure Kubernetes Service 評量，具有 App Service 的喜好設定。 對於一般伺服器，大小調整和成本來自 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 秒收集一個樣本點。
- 實體伺服器：每隔五分鐘收集一個樣本點。
設備結合樣本點，以針對 VMware 和 Hyper-V 伺服器每隔 10 分鐘建立單一資料點，並針對實體伺服器每 5 分鐘建立一個資料點。 為了建立資料點，設備會從所有樣本中選取尖峰值。 然後，將資料點傳送至 Azure。
評量服務會儲存上個月的所有 10 分鐘資料點。
當您建立商務案例時，會在背景觸發多個評量。
評量會識別要用於進行大小調整的適當資料點。 識別是以效能歷程記錄和百分位數使用率的百分位數值為基礎。
- 例如，如果效能歷程記錄是一週，而百分位數使用率是第 95 個百分位數，則評量會排序過去一週的 10 分鐘樣本點。 排序順序為遞增，並挑選第 95 個百分位數值進行大小調整。
- 第 95 個百分位數值可確保忽略任何極端值；若您選擇第 99 個百分位數就有可能納入這些值。
此值乘以緩和因數，可取得設備所收集計量的有效效能使用率資料。
如何衍生使用率深入解析?
其涵蓋了適用於雲端的伺服器、可在內部部署解除委任的伺服器，以及無法根據資源使用率/效能資料分類的伺服器:
- 適用於雲端: 這些伺服器最適合移轉至 Azure，並包含作用中和閒置伺服器:
- 作用中伺服器: 這些伺服器由於持續開啟，加上其 CPU 和記憶體使用率超過 5%，且網路使用率超過 2%，因此提供了商業價值。
- 閒置伺服器: 這些伺服器已開啟，但由於其 CPU 和記憶體使用率低於 5%，且網路使用率低於 2%，因此未提供商業價值。
- 解除委任: 這些伺服器預期會提供商業價值，但不會且無法在內部部署解除委任，建議不要移轉至 Azure:
- 殭屍: CPU、記憶體和網路使用率為 0%，沒有效能資料收集問題。
- 這些伺服器已開啟，但沒有足夠的計量可用：
- 未知: 如果探索仍在進行中，或有一些未解決的探索問題，許多伺服器可能會分類到此區段。
商務案例是由什麼所組成?
您需要檢閱四個主要報告:
- 概觀: 此報告是商務案例的執行摘要，涵蓋了:
- 可能省下的費用 (TCO)。
- 根據該年估計完成的移轉，估計逐年省下的現金流。
- 利用 Azure Hybrid Benefit 等獨特 Azure 權益來節省成本。
- 利用安全性和管理功能來節省成本。
- 涵蓋商務案例範圍的探索深入解析。
- 目前的內部部署與未來：此報告涵蓋成本類別的總擁有成本明細，以及節省成本的深入解析。
- 使用 Azure Arc 的內部部署：此報告涵蓋內部部署資產的總擁有成本與沒有 Arc 的明細。
- Azure IaaS: 此報告涵蓋建議移轉至 Azure IaaS 之伺服器和工作負載的 Azure 和內部部署使用量。
- Azure PaaS: 此報告涵蓋建議移轉至 Azure PaaS 之工作負載的 Azure 和內部部署使用量。
商務案例中包含哪些內容?
以下是商務案例中包含的內容:
擁有權總成本 (穩定狀態)
內部部署成本
執行內部部署伺服器的成本元件。 針對 TCO 計算，會計算下列類型的每年成本:
| 成本類型 | 類別 | 元件 | 邏輯 |
|---|---|---|---|
| 計算 | 硬體 | 伺服器硬體 (主機電腦) | 總硬體取得成本是使用每個核心線性迴歸公式來計算: 每個核心的成本 = 16.232 * (超執行緒核心數與記憶體 (GB) 比率) + 113.87。 超執行緒核心數 = 2 * (核心數) |
| 軟體 - SQL Server 授權 | 授權成本 | 根據 2019 Enterprise 或 Standard 的雙核心套件授權定價計算。 | |
| 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 Cloud Foundation 授權的授權成本。 | |
| 儲存體 | 儲存體硬體 | 總儲存體硬體取得成本的計算方式是將連結的總儲存空間數量乘以每 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 管理軟體的成本，包括監視、硬體和虛擬機器佈建、自動化、備份和組態管理功能。 當任何探索到的資源上發現 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 App Service 或 Azure Kubernetes Service | 來自 Azure App Service 的規劃成本和/或來自 Azure Kubernetes Service 的節點集區成本。 | |
| 儲存體 | 儲存體 (IaaS) | Azure VM - 受控磁碟、Azure VM 上的伺服器 - 受控磁碟 | 來自 Azure VM 評量/Azure SQL 評量的儲存體成本。 |
| 儲存體 (PaaS) | Azure SQL MI 或 Azure SQL DB - 受控磁碟 | 來自 Azure SQL 評量的儲存體成本。 | |
| 儲存體 (PaaS) | N/A | N/A | |
| 網路 | 網路硬體和軟體 | 網路設備 (機櫃、交換器、路由器、負載平衡器等) 和軟體 | 作為業界標準並供商務案例中的銷售人員使用，以計算和儲存體成本的百分比表示。 預設值為儲存體和計算成本的 10%。 |
| 維護 | 維護 | 預設值為網路硬體和軟體成本的 15%。 | |
| 安全性 | 伺服器安全性成本 | 適用於伺服器的 Defender | 如果建議用於 Azure VM 的伺服器已準備好執行適用於伺服器的 Defender，則會針對該區域的每部伺服器，新增適用於伺服器的 Defender 成本 (方案 2) |
| SQL 安全性成本 | 適用於 SQL 的 Defender | 如果建議用於 Azure VM 上 SQL Server、Azure SQL MI 或 Azure SQL DB 的 SQL Server 執行個體和 DB 已準備好執行適用於 SQL 的 Defender，則會針對該區域的每個 SQL Server 執行個體，新增適用於 SQL 的 Defender 成本。 對於建議用於 Azure SQL DB 的 DB，成本會在執行個體層級累加。 | |
| Azure App Service 安全性成本 | 適用於 App Service 的 Defender | 對於建議用於 App Service 或 App Service 容器的 Web 應用程式，則會針對該區域，新增適用於 App Service 的 Defender 成本。 | |
| 設施 | 設備與基礎結構 | DC 設備 - 租用和電源 | 設備成本不適用於 Azure 成本。 |
| 人力 | 人力 | IT 系統管理員 | DC 管理成本 = ((虛擬機器數目) / (全職系統管理員可管理的平均虛擬機器數目)) * 730 * 12 |
| 管理 | Azure 管理服務 | Azure 監視器、Azure 備份和 Azure 更新管理員 | 每部伺服器的 Azure 監視器成本，依照該區域的定價計算，其中假設針對客體作業系統收集記錄擷取，並為伺服器啟用一個自訂應用程式，每月記錄資料總計 3 GB。 每月每部伺服器的 Azure 備份成本是根據 Azure 備份定價動態估計，其中包括受保護的執行個體費用、快照集儲存體和復原服務保存庫儲存體。 Azure 更新管理員是 Azure 伺服器的免費功能。 |
| Azure Arc 設定 | 針對內部部署伺服器，此設定假設您在移轉旅程開始時已啟用Arc的所有伺服器，並會隨著時間移轉至 Azure。 Azure Arc 可協助您在移轉和移轉後透過單一窗格來管理 Azure 資產和剩餘的內部部署資產。 |
使用 Azure Arc 成本的內部部署
| 成本類型 | 類別 | 元件 | 邏輯 |
|---|---|---|---|
| 計算和授權 | 硬體和授權 | 伺服器硬體（主計算機）和授權 | 估計為總伺服器硬體下載成本 + 軟體成本的總和 （Windows 授權 + SQL 授權 + 虛擬化軟體成本） + 維護成本 總硬體取得成本是使用每個核心線性回歸公式的成本計算。 假設 SQL 授權成本是透過已啟用 Arc 的 SQL Server 使用隨用隨付模型。 Windows Server 和 SQL Server 的 ESU 授權也假設透過 Azure Arc 啟用的 ESU 透過 Azure 付費。 |
| 儲存體 | 存儲設備硬體 | 估計為總記憶體硬體取得成本 + 軟體維護成本的總和。 記憶體硬體取得成本總計 = 連結至 VM 的記憶體總數量（跨所有機器） * 每月每 GB 成本 * 12。 每個 GB 的成本可以在與目前的內部部署記憶體成本類似的假設中自定義。 |
|
| 網路 | 網路硬體和軟體 | 網路設備（內閣、交換器、路由器、負載平衡器等）和軟體 | 估計為網路硬體和軟體成本總計 + 網路維護成本總計的網路硬體和軟體成本總計預設為 10% * （計算和授權 +記憶體成本），並可在假設中自定義。 網路維護成本預設為 15%*（網路硬體和軟體成本總計），且可在假設中自定義，與目前的內部部署網路成本相同。 |
| 安全性 | 一般伺服器 | 伺服器安全性成本 | 估計為透過 Azure Arc 使用 MDC 的一般伺服器和 SQL 工作負載的總保護成本總和。MDC 伺服器方案 2 假設為伺服器。 Microsoft適用於 Azure 連線資料庫的適用於 SQL 的 Defender 假設為 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 Update Manager 免費，因為它包含在 MDC 伺服器方案 2 中。 監視成本是根據記錄記憶體和警示計算的，並乘以*365估計預設為70%的內部部署管理人力成本，因為假設30%的工作力影響可能會重新導向至公司的其他高影響專案，因為生產力改善。 您可以在 Azure 成本假設下的 Azure Arc 設定中自定義人力成本。 |
逐年成本
目前狀態 (內部部署)
| 元件 | 第 0 年 | 第 1 年 | 第 2 年 | 第 3 年 | 第 4 年 |
|---|---|---|---|---|---|
| CAPEX | 總資本支出 (A) | 第 1 年資本支出 = 總資本支出 (A) * (1 + 伺服器成長率 %) | 第 2 年資本支出 = 第 1 年資本支出 (A) * (1 + 伺服器成長率 %) | 第 3 年資本支出 = 第 2 年資本支出 (A) * (1 + 伺服器成長率 %) | 第 4 年資本支出 = 第 3 年資本支出 (A) * (1 + 伺服器成長率 %) |
| 營運支出 | 總營運支出 (B) | 第 1 年營運支出 = 總營運支出 (B) * (1 + 伺服器成長率 %) | 第 2 年營運支出 = 第 1 年營運支出 (B) * (1 + 伺服器成長率 %) | 第 3 年營運支出 = 第 2 年營運支出 (B) * (1 + 伺服器成長率 %) | 第 4 年營運支出 = 第 3 年營運支出 (B) * (1 + 伺服器成長率 %) |
| 現金流現狀 | 第 0 年現金流 = 總資本支出 (A) + 總營運支出 (B) | 第 1 年現金流 = 第 1 年資本支出 + 第 1 年營運支出 | 第 2 年現金流 = 第 2 年資本支出 + 第 2 年營運支出 | 第 3 年現金流 = 第 3 年資本支出 (A) + 第 3 年營運支出 (B) | 第 4 年現金流 = 第 4 年資本支出 (A) + 第 4 年營運支出 (B) |
資本支出與營運支出
| 元件 | 子元件 | 假設 | Azure 保留 |
|---|---|---|---|
| 資本資產費用 (資本支出) (A) | |||
| 伺服器折舊 | (總伺服器硬體取得成本) / (折舊壽命) | 折舊壽命 = 4 年 | |
| 儲存體折舊 | (總儲存體硬體取得成本) / (折舊壽命) | 折舊壽命 = 4 年 | |
| 網路設備和安裝 | (總網路硬體取得成本) / (折舊壽命) | 折舊壽命 = 5 年 | |
| 授權分攤 | (虛擬化成本 + Windows Server + SQL Server + Linux OS) / (折舊壽命) | 折舊壽命 = 5 年 | 不會保留 VMware 授權; Windows、SQL 和 Hyper-V 管理軟體授權會根據 Azure 中的 AHUB 選項保留。 |
| 營運資產費用 (營運支出) (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 | 年 n CAPEX = （100- 估計的移轉 % 當年）* 目前狀態為 n CAPEX |
| 營運支出 | 年 n OPEX = （估計移轉百分比當年） * Azure TCO 總計 * （1+ 基礎結構增長率%） + （100- 估計移轉百分比當年）* 目前狀態的年度 n OPEX |
| 現金流未來狀態 | 每年的 CAPEX 和 OPEX 總和 |
| 年度 NPV | 每年 NPV = （年 n 現金流量）/ （1+WACC）^n WACC 預設為 7%，可在假設中自定義。 |
| 未來狀態 NPV | 年度 NPV 的總和 |
詞彙
| 詞彙 | 詳細資料 |
|---|---|
| 商務案例 | 商務案例會提供採用/不採用專案的理由。 其會評估替代選項的優點、成本和風險，並提供偏好解決方案的理由。 |
| 擁有權總成本 (TCO) | TCO (擁有權總成本) 是一項財務估計，可協助公司精確計算 IT 專案整個生命週期的經濟影響。 |
| 投資報酬率 (ROI) | 專案預期的報酬率，以百分比表示。 ROI 的計算方式是將淨收益 (收益減去成本) 除以成本。 |
| 現金流量表 | 說明公司的現金收支狀況。 |
| 凈現金流 (NCF) | 公司在特定期間內的收支差額。 |
| 淨現值 (NPV) | 指定利率 (折扣率) 下，未來凈現金流 (折扣後) 的現值。 專案的 NPV 為正值通常表示除非其他專案有較高的 NPV，否則應該進行投資。 |
| 還本期間 | 投資的損益平衡點。 這是指凈收益 (收益減去成本) 等於初始投資或成本的時間點。 |
| 資本費用 (資本支出) | 已資本化並放入資產負債表的前期資產投資。 |
| 營運費用 (營運支出) | 公司的經營費用。 |
| MDC | 適用於雲端的 Microsoft Defender。 深入了解。 |