WEB問題集
解説
【正解: A】の理由
クラウド ROI はコスト側 (利用料 / 移行 / 教育) とベネフィット側 (運用削減 / Time to Market 短縮 / イノベーション加速 / 機会損失防止) を 3-5 年スパンで総合評価する必要があります。TCO Calculator もこの考え方を踏まえた包括評価ツールです。
【他選択肢が違う理由】
- B. 利用料のみ: ベネフィット側を無視するため全体最適にならず、ROI 評価としては片手落ちです
- C. 物理重量: クラウド ROI と無関係な指標で、評価項目になり得ません
- D. 通勤時間: 個人の働き方の話で、クラウド ROI 計算の構成要素には該当しません
解説
【正解: A】の理由
クラウド コスト予測は FinOps の重要実践で、Azure Cost Management の Forecast 機能が過去傾向から ML ベースで将来コストを予測します。計画中プロジェクトの Pricing Calculator 見積と季節変動を加味して月次 / 年次予算を策定し、Budget アラートで超過を早期検知できます。
【他選択肢が違う理由】
- B. 予算を立てずに使い放題: コスト超過リスクが極大化し、FinOps の基本原則に反します
- C. 物理サーバの体積計測: クラウド コスト予測と無関係で、評価項目になり得ません
- D. 予測は不可能: Cost Management Forecast 機能で実現可能なため、事実と異なります
解説
【正解: A】の理由
Azure コスト管理のベスト プラクティスは FinOps サイクル (Inform → Optimize → Operate) を継続的に回すことです。Tags で分類、Cost Management で可視化、Advisor で推奨確認、Reservations / Spot で最適化、予算アラートで超過防止という流れを循環させ、継続的にコスト効率を向上できます。
【他選択肢が違う理由】
- B. モニタリングしない: コスト統制が不能になり、FinOps の Inform フェーズが成立しません
- C. 全リソース最高位 SKU: 過剰投資で、Right-sizing の基本原則に真っ向から反します
- D. 物理回帰: クラウドの弾力性 / 消費課金の利点を失い、コスト管理の方向性として誤りです
解説
【正解: A, B, C】の理由
クラウドの隠れたコストの代表は 3 つです。A は Egress 料金で、リージョン間 / 外部へのデータ送信は月数 TB で数十万円規模になります。B はスナップショット / バックアップの蓄積で、保持期間が長いと積み上がります。C は未使用 Public IP / NSG / Storage / Disk の継続課金で、VM 削除後も残ると課金が継続します。
【他選択肢が違う理由】
- D. すべて事前明示: 利用量変動分は事前計算が難しく、完全に明示されるとは言えません
- E. 隠れコストなし: 上記 A B C が代表例で、無視すると予算超過の原因となるため事実と異なります
以下の各ステートメントについて、クラウド コスト経済性に関する記述として正しい場合は「はい」、誤っている場合は「いいえ」を選択してください。
注: 正解 1 つにつき 1 点が与えられます。
| ステートメント | はい | いいえ |
|---|---|---|
Azure Reservations は 1〜3 年の予約購入で、対象 Compute / DB のコストを最大 72% 削減できる。 正しい記述です。Azure Reservations は 1 年予約で 30-40%、3 年予約で最大 72% の割引が適用されます。Hybrid Benefit と組み合わせると最大 80% 以上削減でき、長期稼働する本番ワークロードに最適です。 | ||
Spot VM は本番の安定稼働ワークロードに最適である。 誤った記述です。Spot VM は最大 90% 安価ですが Azure 側で eviction される可能性があり、中断可能なバッチ / 開発 / ML トレーニング向けです。本番の連続稼働には Reservations や Pay-as-you-go が適切です。 | ||
Cost Management で予算アラートを設定すると、予算超過時に自動的にリソースが停止される。 誤った記述です。Cost Management の予算アラートは超過時にメールや Action Group で通知するだけで、リソースは自動停止されません。停止を行うには Logic Apps / Automation でカスタム スクリプトを連携する必要があります。 |
次の各ステートメントを完成させるために、最も適切な Azure コスト管理サービスを選んでください。同じ選択肢は 2 回使用できません。
| ステートメント | 選択 |
|---|---|
オンプレと Azure に移行した場合の総保有コスト (TCO) を比較するツールは [ ] である。 TCO Calculator はオンプレの現行 IT (サーバ / ストレージ / 電力 / 人件費) を入力し、Azure 移行時の総保有コストを 3-5 年スパンで比較計算するツールです。経営層への移行提案資料に活用されます。 | |
まだデプロイしていない Azure 構成の月額料金を見積もるツールは [ ] である。 Pricing Calculator は VM / ストレージ / ネットワーク等を組み合わせて月額概算を試算するツールで、まだデプロイしていない構成の見積に使います。プロジェクト見積もりや稟議資料に広く利用されます。 | |
既にデプロイ済みリソースの実コスト可視化 / 予算管理 / 推奨を提供するサービスは [ ] である。 Cost Management は実コスト可視化、タグ / RG / Subscription フィルタ、予算アラート、Advisor 連携の推奨を統合提供する FinOps 中核サービスで、デプロイ済みリソースの実コスト管理を担います。 |
解説
【判定: はい】の理由
これは FinOps Foundation が推奨する Inform フェーズの典型実装です。Cost Management ダッシュボードで Subscription / RG / タグ別に実コストを可視化することは、すべての FinOps 活動の起点となります。タグ分解で部門別コスト オーナーシップを醸成できます。
【「いいえ」が違う理由】
Cost Analysis のフィルタや Workbooks / Power BI コネクタで CFO 向けダッシュボードも容易に作成できます。タグ強制は Azure Policy の Require a tag and its value で Audit / Deny を整備すれば運用可能で、FinOps 体制構築の基盤フェーズとして要件を満たします。
解説
【判定: いいえ】の理由
Azure Advisor の Cost 推奨は節約額付きで具体的に提示される最も実行しやすい最適化機会で、四半期ごとに無視するのは FinOps の根本的失敗パターンです。未使用 VM 停止 / Right-sizing / Reservations 候補 / Spot 切替候補等を見過ごすことになり、CFO 視点では失格指標になります。
【「はい」が違う理由】
推奨を確認しないと累積的コスト超過が積み上がり、年間で数百万円から数千万円規模の機会損失が発生します。FinOps Foundation は月次から週次での Advisor 確認 / 評価 / 実装を推奨しており、無視は最適化要件を満たしません。
解説
【判定: はい】の理由
これは FinOps の Optimize フェーズの典型ベスト プラクティスです。Reservations / Savings Plan は安定稼働ワークロードで最大 72% 割引を実現し、開発環境は Auto-shutdown でアイドル課金を 70% 削減、バッチは Spot VM で最大 90% 削減できます。全体で 40-60% 削減事例も珍しくありません。
【「いいえ」が違う理由】
単発実施ではなく、Policy で Auto-shutdown 必須化やタグ強制、Reservations 定期見直し、Spot 利用率モニタリングを運用プロセスに組み込めば組織文化として定着します。月 5,000 万円規模なら年間数千万円の削減効果が期待でき、要件を満たします。
FinOps の継続的サイクル (Inform → Optimize → Operate) の段階を正しい順序に並べ替えてください。
- Inform (可視化): Cost Management で実コストを把握し、Tag / RG / Subscription 別に分析
- Optimize (最適化): Advisor 推奨を実装、Reservations / Right-sizing / Auto-shutdown / Spot を活用
- Operate (継続運用): Policy / 予算アラート / 自動化で再発防止と継続改善のループを回す
- Iterate (反復): 月次 / 四半期サイクルで全フェーズを繰り返し、組織文化として定着させる
解説
【正しい順序: Inform → Optimize → Operate → Iterate】の理由
FinOps Foundation が定義する標準的なクラウド コスト最適化ライフサイクルです。Inform で Cost Management により実コストを把握し、タグ / RG / Subscription 別に分解します。可視化が起点となり、これなしには最適化対象が見えません。次に Optimize で Advisor 推奨を実装し、未使用リソース削除 / Right-sizing / Reservations / Spot / Auto-shutdown を実施します。続いて Operate で Policy / 予算アラート / 自動化により再発防止と継続改善のループを構築します。最後に Iterate で月次 / 四半期サイクルで全フェーズを繰り返し、組織文化として定着させます。継続的に回すことで効果を最大化できます。