ビジネス ケース (プレビュー) の概要
この記事では、Azure Migrate: 検出および評価ツールでの評価の概要について説明します。 このツールでは、Azure への移行について、VMware 仮想マシン、Hyper-V 環境、物理サーバーにおけるオンプレミスのサーバーを評価できます。
ビジネス ケースとは
ビジネス ケース機能は、Azure がビジネスに最大の価値をもたらす方法を理解するためのビジネス提案を構築するのに役立ちます。 これには以下の特徴があります。
- オンプレミスと Azure の総保有コスト。
- 前年比のキャッシュフロー分析。
- クラウドに最適なサーバーとワークロードを識別するためのリソース使用率ベースの分析情報。
- 移行およびモダン化 (Windows OS および SQL バージョンのサポート終了を含む) のクイック ウィン。
- 資本支出モデルから運用支出モデルに移行し、使用した分のみを支払うことで、長期的なコスト削減を実現します。
その他の主な機能は以下のとおりです。
- コスト計画プロセスでの推測作業を排除し、データ分析情報に基づく計算を追加します。
- Azure Migrate アプライアンスを使って検出を実行した後、わずか数回のクリックで生成できます。
- この機能は、既存の Azure Migrate プロジェクトに対して自動的に有効になります。
この機能は、パブリック クラウド リージョンでのビジネス ケースの作成にのみ使用できます。 Azure Government では、既存の評価機能を使用できます。
ビジネス ケースでの移行戦略
ビジネス ケースの構築中に選択できる移行戦略には、次の 3 種類があります。
| 移行戦略 | 詳細 | 評価の分析情報 |
|---|---|---|
| コスト最小化のための Azure 推奨 | Azure IaaS と Azure PaaS のターゲット全体で、Azure で最もコスト効率が高く互換性のあるターゲットの推奨事項を実現できます。 | SQL Server の場合、サイズ設定とコストは最適化戦略を含む "推奨レポート" から取得され、Azure SQL 評価によるコストを最小限に抑えます。 Web アプリでは、サイズ設定とコストは、Web アプリの準備状況と最小コストに応じて、Azure App Service と Azure Kubernetes Service の評価から得られます。 一般的なサーバーの場合、サイズ設定とコストは 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 のコスト見積もりの詳細を確認するには、サーバーまたはワークロードに対してそれぞれの評価を作成します。
ビジネス ケースを作成するための検出ソース
現時点では、次の 2 つの検出ソースを使用してビジネス ケースを作成できます。
| 検出ソース | 詳細 | ビジネス ケースを構築するために使用できる移行戦略 |
|---|---|---|
| Azure Migrate アプライアンスによって収集される正確なデータ分析情報を使用する | VMware または Hyper-V、物理/ベアメタル、またはその他のクラウド用に Azure Migrate アプライアンスを設定する必要があります。 アプライアンスは、サーバー、SQL Server インスタンスおよびデータベース、ASP.NET/Java webapp を検出し、メタデータとパフォーマンス (リソース使用率) データを Azure Migrate に送信します。 詳細情報。 | コスト最小化のための Azure 推奨、すべての IaaS (サービスとしてのインフラストラクチャ) に移行、PaaS (サービスとしてのプラットフォーム) に最新化する |
| .csv ファイル経由でインポートされたサーバーを使用した簡単なビジネス ケースを構築します。 | サーバー インベントリを .CSV ファイルで提供して Azure Migrate にインポートして、提供された入力に基づく簡単なビジネス ケースを取得する必要があります。 このオプションでは、サーバーを検出するために Azure Migrate アプライアンスを設定する必要はありません。 | 全 IaaS (サービスとしてのインフラストラクチャ) への移行 |
アプライアンスの使用方法
オンプレミスのサーバーを検出するために Azure Migrate アプライアンスをデプロイする場合は、次の手順を行います。
- Azure Migrate と連携するように Azure およびオンプレミス環境を設定します。
- 最初のビジネス ケースでは、Azure プロジェクトを作成し、それに検出および評価ツールを追加します。
- 軽量の Azure Migrate アプライアンスをデプロイします。 アプライアンスでオンプレミス サーバーが継続的に検出され、サーバーのメタデータとパフォーマンス データが Azure Migrate に送信されます。 アプライアンスは VM としてデプロイします。 評価対象のサーバーには何もインストールする必要はありません。
アプライアンスがサーバー検出を開始したら、ビジネス ケースの構築を開始できます。 VMware、Hyper-V、または物理/ベア メタルなどのクラウド向けのチュートリアルに従って、これらの手順を試してください。
十分なパフォーマンスおよびリソース使用率のデータ ポイントが収集されるように、ビジネス ケースを構築する前に、検出を開始してから少なくとも 1 日待機することをお勧めします。 また、Azure Migrate ハブの [通知] ブレードおよび [問題の解決] ブレードを確認して、ビジネス ケースの計算の前に検出関連の問題がないかを確認してください。 これにより、データセンター内の IT 資産がより正確に表現され、ビジネス ケースの推奨事項がより価値のあるものになります。
アプライアンスはどのようなデータを収集しますか。
Azure Migrate アプライアンスを使用している場合は、以下について収集されるメタデータとパフォーマンス データについて理解します。
アプライアンスでのパフォーマンス データの計算方法
アプライアンスを検出に使用すると、コンピューティング設定のパフォーマンス データは、次の手順で収集されます。
アプライアンスで、リアルタイムのサンプル ポイントが収集されます。
- VMware VM: サンプル ポイントは、20 秒ごとに収集されます。
- Hyper-V VM: サンプル ポイントは、30 秒ごとに収集されます。
- 物理サーバー: サンプル ポイントは、5 分ごとに収集されます。
アプライアンスにより、VMware および Hyper-V サーバーでは 10 分ごとに、物理サーバーでは 5 分ごとに、サンプル ポイントをまとめた 1 つのデータ ポイントが作成されます。 データ ポイントを作成するために、アプライアンスではすべてのサンプルからピーク値が選択されます。 その後、そのデータ ポイントが Azure に送信されます。
評価サービスでは、過去 1 か月間にわたる 10 分データ ポイントすべてが格納されます。
ビジネス ケースを作成すると、バックグラウンドで複数の評価がトリガーされます。
評価は、サイズ適正化に使用する適切なデータ ポイントを識別します。 この特定は、"パフォーマンス履歴" の百分位の値と "百分位の使用率" に基づきます。
- たとえば、パフォーマンス履歴が 1 週間で、百分位の使用率が 95 パーセンタイルの場合、評価によって前週の 10 分間のサンプル ポイントが並べ替えられます。 並べ替えは昇順で行われ、サイズ設定の値として 95 パーセンタイルが選択されます。
- 値 95 パーセンタイルを設定すると、99 パーセンタイルを選択した場合に含まれる可能性のある外れ値はすべて無視されます。
この値に快適性係数を乗算して、アプライアンスで収集されるこれらのメトリックの有効パフォーマンス使用率データを取得します。
使用率の分析情報はどのように導き出されますか?
クラウドに最適なサーバー、オンプレミスで使用を停止できるサーバー、リソース使用率/パフォーマンス データに基づいて分類できないサーバーについて説明します。
- クラウドに最適: これらのサーバーは Azure への移行に最適であり、アクティブ サーバーとアイドル サーバーで構成されます。
- アクティブ サーバー: これらのサーバーは、オン状態でビジネス価値を提供し、CPU とメモリの使用率が 5% を超え、ネットワーク使用率が 2% を超えました。
- アイドル サーバー: これらのサーバーはオン状態でしたが、CPU とメモリの使用率が 5% を下回り、かつネットワーク使用率が 2% を下回り、ビジネス価値を提供しませんでした。
- 使用停止: これらのサーバーはビジネス価値の提供が期待されていましたが、ビジネス価値を提供しませんでした。オンプレミスでの使用停止が可能であり、また、Azure に移行しないことをお勧めします。
- ゾンビ: パフォーマンス データ収集の問題がない状態で、CPU、メモリ、およびネットワーク使用率は 0% でした。
- オンの状態だったものの、使用可能な適切なメトリックがないサーバーです。
- 不明: 検出がまだ進行中の場合、または解決されていない検出の問題がある場合は、多くのサーバーがこのセクションに分類される可能性があります。
ビジネス ケースは何で構成されますか?
確認すべき 4 つの主要なレポートがあります。
- 概要: このレポートは、ビジネス ケースの概要であり、以下の点について説明します。
- 潜在的な削減額/年 （TCO）
- その年に完了した推定移行量に基づく年次キャッシュフローの削減額の見積もり。
- Azure ハイブリッド特典などの固有の Azure 特典による節約額。
- セキュリティと管理機能により得られる恩恵。
- ビジネス ケースの範囲をカバーする検出の分析情報。
- オンプレミス対 Azure: このレポートでは、コスト カテゴリ別の総保有コストの内訳と、削減額に関する分析情報ついて説明しています。
- Azure IaaS: このレポートでは、Azure IaaS への移行に推奨される Azure とオンプレミスのサーバーとワークロードの占有領域について説明しています。
- Azure PaaS: このレポートでは、Azure PaaS への移行に推奨されるワークロードの Azure とオンプレミスのフットプリントについて説明します。
ビジネス ケースの内容
ビジネス ケースに含まれる内容を次に示します。
総保有コスト (安定状態)
オンプレミス コスト
オンプレミス サーバーを実行するためのコスト コンポーネント。 TCO 計算では、次の項目に対して年間コストが計算されます。
| コスト ヘッド | カテゴリ | コンポーネント | ロジック |
|---|---|---|---|
| Compute | ハードウェア | サーバー ハードウェア (ホスト マシン) | ハードウェア取得コストの合計は、コアあたりのコストの線形回帰式を使用して計算されます。コアあたりのコスト = 16.232 * (ハイパースレッド コア対メモリの GB 比) + 113.87。 ハイパースレッド コア = 2 * (コア) |
| ソフトウェア - SQL Server ライセンス | ライセンス コスト | 2019 Enterprise または Standard の 2 コア パック ライセンス価格ごとに計算されます。 | |
| SQL Server の延長セキュリティ更新プログラム | ライセンス コスト | SQL Server ライセンスのサポートが終了してから 3 年間、次のように計算されます。 ESU (1 年) – ライセンス コストの 75% ESU (2 年) – ライセンス コストの 100% ESU (3 年) – ライセンス コストの 125% |
|
| ソフトウェア アシュアランス | 設定に従って年単位で計算されます。 | ||
| ソフトウェア - Windows Server ライセンス | ライセンス コスト | Windows Server の 2 つのコア パック ライセンス価格ごとに計算されます。 | |
| Windows Server - 延長セキュリティ更新プログラム (ESU) | ライセンス コスト | Windows Server ライセンスのサポートが終了してから 3 年間計算されます。 ESU (1 年) – ライセンス コストの 75% ESU (2 年) – ライセンス コストの 100% ESU (3 年) – ライセンス コストの 125% |
|
| ソフトウェア アシュアランス | 設定に従って年単位で計算されます。 | ||
| VMware 環境で実行されているサーバーの仮想化ソフトウェア | 仮想化ソフトウェア (VMware ライセンス コスト + サポート) | vSphere Standard ライセンスのライセンス コスト + vSphere Standard ライセンスの運用サポート。 含まれないもの - その他のハイパーバイザー ソフトウェア コスト、またはウイルス対策/監視エージェント。 | |
| 記憶域 | ストレージ ハードウェア | ストレージ ハードウェアの取得コストの合計は、接続されているストレージの合計ボリュームを GB あたりのコストに乗算して計算。 既定値は、GB あたり1 か月 2 米国ドルです。 | |
| ストレージ メンテナンス | 既定値は、ストレージ ハードウェアの取得コストの 10% です。 | ||
| ネットワーク | ネットワーク ハードウェアとソフトウェア | ネットワーク機器 (キャビネット、スイッチ、ルーター、ロードバランサーなど) とソフトウェア | 業界標準であり、ビジネス ケースの販売者によって使用されているように、これは、コンピューティング コストとストレージ コストに対する割合です。 既定値は、ストレージ コストとコンピューティング コストの 10%。 |
| メンテナンス | メンテナンス | 既定では、ネットワーク ハードウェアとソフトウェアのコストの 15% に設定。 | |
| セキュリティ | 一般的なサーバー | サーバーのセキュリティ コスト | 既定値は、サーバーあたり年間 250 米国ドルです。 これはサーバー数で乗算されます (一般サーバー) |
| SQL Server | SQL 保護コスト | 既定値は、サーバーあたり年間 1000 米ドルです。 これは、SQL を実行しているサーバー数で乗算されます | |
| 設備 | 設備とインフラストラクチャ | DC 設備 - リースと電源 | 施設のコストは、Azure のコストには適用されません。 |
| 労務 | 労務 | IT 管理者 | DC 管理者コスト = ((仮想マシンの数) / (常勤管理者が管理できる仮想マシンの平均数)) * 730 * 12 |
| 管理 | 管理ソフトウェアのライセンス | System Center 管理ソフトウェア | 監視、ハードウェアと仮想マシンのプロビジョニング、自動化、バックアップ、構成管理機能を含む System Center 管理ソフトウェアのコストに使用されます。 検出されたリソースのいずれかで System Center エージェントが識別されると、Microsoft System Center 管理ソフトウェアのコストが追加されます。 これは、Windows サーバーと SQL サーバーに関連するシナリオにのみ適用され、ソフトウェア アシュアランスが含まれます。 |
| VMware Vcenter 管理ソフトウェア | これは、VMware 管理ソフトウェアに関連するコストです。つまり、vSphere Standard の管理ソフトウェア コスト + 管理ソフトウェアの運用サポート コストです。 含まれないもの - その他のハイパーバイザー ソフトウェア コスト、またはウイルス対策/監視エージェント。 | ||
| その他の管理ソフトウェア | これは、サード パーティの管理製品の管理ソフトウェアのコストです。 | ||
| ソフトウェア以外の管理コスト | コストの監視 | 監視ソフトウェア以外のコストを指定します。 既定値は、サーバーあたり年間 430 米ドルです。 これに、サーバー数が乗算されます 既定では、監視管理者に関連付けられているコストが使用されます。 | |
| 更新プログラムの管理コスト | 更新プログラム管理ソフトウェア以外のコストを指定します。 既定値は、サーバーあたり年間 430 米ドルです。 これに、サーバー数が乗算されます 既定値は、更新プログラム管理の管理者に関連付けられているコストです。 | ||
| バックアップのコスト | バックアップ ソフトウェア以外のコストを指定します。 既定値は、サーバーあたり年間 580 米ドルです。 これに、サーバー数が乗算されます 既定で使用されるコストには、バックアップ管理者と、バックアップにローカルで必要なストレージのサーバーあたりのコストが含まれます。 |
Azure コスト
| コスト ヘッド | カテゴリ | コンポーネント | ロジック |
|---|---|---|---|
| Compute | コンピューティング (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) | 該当なし | 該当なし | |
| ネットワーク | ネットワーク ハードウェアとソフトウェア | ネットワーク機器 (キャビネット、スイッチ、ルーター、ロードバランサーなど) とソフトウェア | 業界標準であり、ビジネス ケースの販売者によって使用されているように、これは、コンピューティング コストとストレージ コストに対する割合です。 既定値は、ストレージ コストとコンピューティング コストの 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 に推奨される SQL Server インスタンスと DB では、Defender for SQL を実行する準備ができている場合は、そのリージョンの SQL Server インスタンスあたりの Defender for SQL が追加されます。 Azure SQL DB に推奨される DB の場合、コストはインスタンス レベルでロール アップされます。 | |
| Azure App Service のセキュリティ コスト | Defender for App Service | App Service または App Service コンテナーに推奨される Web アプリの場合、そのリージョンの Defender for App Service のコストが追加されます。 | |
| 設備 | 設備とインフラストラクチャ | DC 設備 - リースと電源 | 施設のコストは、Azure のコストには適用されません。 |
| 労務 | 労務 | IT 管理者 | DC 管理者コスト = ((仮想マシンの数) / (常勤管理者が管理できる仮想マシンの平均数)) * 730 * 12 |
| 管理 | Azure 管理サービス | Azure Monitor、Azure Backup、Azure Update Manager | ゲスト オペレーティング システムのログ インジェストの収集と、サーバーについて 1 つのカスタム アプリケーションが有効になっていると仮定して、合計で 3 GB/月のログ データがあるものとした場合の、リージョンで明示されている、各サーバーあたりの Azure Monitor のコスト。 Azure Backup のサーバーあたりの月ごとのコストは、Azure Backup の価格に基づいて動的に見積もられます。これには、保護されているインスタンスの料金、スナップショット ストレージ、Recovery Services コンテナー ストレージが含まれます。 Azure Update Manager は Azure サーバーについては無料です。 |
年次コスト
現在の状態 (オンプレミス)
| コンポーネント | 初年 | 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 時間 | 場所に基づく時間あたりのコスト。 |
将来の状態 (オンプレミス + Azure)
これは、お客様が Azure への段階的な移行を行い、以下に示す割合のサーバーの割合が毎年移行されることを前提としています。
| 初年 | 1 年目 | 2 年目 | 3 年目 |
|---|---|---|---|
| 0% | 20% | 50% | 100% |
上記の値は、ビジネス ケースの前提条件セクションでオーバーライドできます。
Azure では CAPEX はありません。年間の Azure コストは OPEX です
| コンポーネント | 初年 | 1 年目 | 2 年目 | 3 年目 | 4 年目 |
|---|---|---|---|---|---|
| CAPEX | CAPEX 合計 (A) | Y1 CAPEX Azure = 80% * (Y1 CAPEX オンプレミス) | Y2 CAPEX Azure = 50% * (Y2 CAPEX オンプレミス) | Y3 CAPEX Azure = 0% * (Y3 CAPEX オンプレミス) | Y4 CAPEX = 0% * (Y4 CAPEX オンプレミス) |
| OPEX | OPEX 合計 (B) | Y1 OPEX Azure = 80% * (Y1 OPEX オンプレミス) + 20% * (Azure 年間コスト) * (1 + サーバーの増加率 %) | Y2 OPEX Azure = 50% * (Y2 OPEX オンプレミス) + 50%* (Azure 年間コスト) * (1 + サーバーの増加率 %) | Y3 OPEX Azure = 100% * (Azure 年間コスト) * (1 + サーバーの増加率 %) | Y4 OPEX Azure = 100% * (Azure 年間コスト) * (1 + サーバーの増加率 %) |
| 将来の状態のキャッシュ フロー | Y0 キャッシュ・フロー = CAPEX 合計 (A) + OPEX 合計 (B) | Y1 キャッシュ・フロー = Y1 CAPEX + Y1 OPEX | Y2 キャッシュ・フロー = Y2 CAPEX + Y2 OPEX | Y3 キャッシュ・フロー = Y3 CAPEX + Y3 OPEX | Y4 キャッシュ・フロー = Y4 CAPEX + Y4 OPEX |
用語集
| 任期 | 詳細 |
|---|---|
| ビジネス ケース | ビジネス ケースは、プロジェクトの決行/中止の正当な理由を提供します。 代替オプションの利点、コスト、リスクを評価し、優先ソリューションの根拠を提供します。 |
| 総保有コスト (TCO) | TCO (総保有コスト) は、企業が IT プロジェクトのライフサイクル全体における経済的影響を正確に計算するのに役立つ財務上の見積もりです。 |
| 投資収益率 (ROI) | プロジェクトの予想収益率 (パーセント単位)。 ROI は、純利益 (メリットの削減コスト) をコストで割ることによって計算されます。 |
| キャッシュフロー計算書 | ビジネスにおける現金の収支を説明します。 |
| 純キャッシュ・フロー (NCF) | これは、特定の期間に入ってくる金額と、ビジネスから出てくる金額の差です。 |
| 正味現在価値 (NPV) | 利率 (割引率) を指定した将来の (割引) 純キャッシュ フローの現在価値または現在価値。 プロジェクト NPV が正の値であることは、通常、他のプロジェクトの NPV がより高い場合を除き、投資を行うべきであることを示します。 |
| 回収期間 | 投資の損益分岐点。 これは、純利益 (利益からコストを差し引いた値) が初期投資またはコストと等しくなる時点です。 |
| 資本支出 (CAPEX) | 資本化され、貸借対照表に入れる資産に対する先行投資。 |
| 運用経費 (OPEX) | ビジネスの運用経費。 |
| MDC | Microsoft Defender for Cloud。 詳細情報 を参照してください。 |
次のステップ
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示