ストーリー
田
田中VPoE
FinOpsの理論を学んだ。CFOから「マルチクラウドのコスト管理体制を提案してくれ」と依頼が来ている。今回はTechServe社のFinOps体制を設計してもらう
あなた
統合ダッシュボードの設計に加えて、最適化計画やガバナンスの仕組みも含めるんですか?
あ
田
田中VPoE
もちろんだ。可視化だけでは意味がない。見えたコストをどう最適化し、どう管理するか — FinOpsの全サイクルを設計してくれ
あなた
CFOが意思決定できるレベルのアウトプットを目指します
あ
ミッション概要
| 項目 | 内容 |
|---|
| 演習タイトル | 統合FinOpsダッシュボードの設計 |
| 想定時間 | 90分 |
| 成果物 | FinOps体制設計書(ダッシュボード + 最適化計画 + ガバナンス) |
| 対象組織 | TechServe株式会社 |
前提条件
現在のクラウドコスト(マルチクラウド移行後の想定)
| クラウド | 月間コスト | 主要ワークロード |
|---|
| AWS | 5,800万円 | コアSaaS、決済、ファイルストレージ |
| GCP | 1,500万円 | BigQuery分析、ML推論 |
| Azure | 700万円 | Entra ID SSO、EU展開基盤 |
| 合計 | 8,000万円 | |
CFOからの要件
| 要件 | 詳細 |
|---|
| コスト削減 | 年間クラウドコストを15%削減(9.6億円→8.16億円) |
| 可視性 | 経営会議で月次のクラウドコストレポートを報告したい |
| 説明責任 | 「なぜこのコストが必要なのか」をプロダクト単位で説明できる体制 |
| 予算統制 | 予算超過を事前に検知し、アラートする仕組み |
Mission 1: 統合ダッシュボードの設計
要件
TechServe社のマルチクラウド統合ダッシュボードを設計してください。
- ダッシュボード構成(4階層 × 表示項目)
- 統合タグ戦略(タグキー、命名規則、コンプライアンス方法)
- 技術アーキテクチャ(データ収集→統合→表示の流れ)
解答例
ダッシュボード構成
| 階層 | 対象者 | KPI | 更新頻度 |
|---|
| L1: エグゼクティブ | CFO, CEO | 月間総コスト、前年比、予算対比、ROI | 月次 |
| L2: マネジメント | CTO, 部門長 | クラウド別コスト、プロダクト別、最適化進捗 | 週次 |
| L3: オペレーション | FinOps, SRE | サービス別詳細、異常検知、RI/SP利用率 | 日次 |
| L4: エンジニア | 開発者 | チーム別コスト、リソース使用率 | リアルタイム |
統合タグ戦略
| タグキー | 用途 | AWS | GCP | Azure |
|---|
ts:product | プロダクト配賦 | タグ | ラベル | タグ |
ts:team | チーム配賦 | タグ | ラベル | タグ |
ts:environment | 環境別 | タグ | ラベル | タグ |
ts:cost-center | 会計配賦 | タグ | ラベル | タグ |
ts:service | サービス別 | タグ | ラベル | タグ |
プレフィックスts:で自社タグを識別。
技術アーキテクチャ
AWS CUR → S3 → GCS転送 ─┐
GCP Billing Export ──────┼──→ BigQuery ──→ Looker Dashboard
Azure Cost Export → GCS ─┘ ↓
タグ正規化・統合
配賦ロジック適用
異常検知(ML)
↓
Slack/PagerDuty通知
Mission 2: コスト最適化計画の策定
要件
年間15%(約1.44億円)のコスト削減を実現する具体的な最適化計画を策定してください。
- L1〜L3の最適化施策一覧(施策名、対象、削減効果、実施時期)
- 施策の優先順位と選定理由
- 月次の削減目標(12ヶ月分のロードマップ)
解答例
最適化施策一覧
| 優先度 | 施策 | レベル | 対象 | 月間削減額 | 実施時期 |
|---|
| 1 | AWS Savings Plans購入 | L2 | EKS, EC2 | 400万円 | 即時 |
| 2 | 開発環境の夜間自動停止 | L1 | 全クラウドの非本番環境 | 150万円 | 1ヶ月目 |
| 3 | 未使用リソースの削除 | L1 | EBS, スナップショット | 80万円 | 1ヶ月目 |
| 4 | GCP CUD購入 | L2 | BigQuery, GKE | 100万円 | 2ヶ月目 |
| 5 | ライトサイジング | L1 | 低使用率インスタンス | 120万円 | 2-3ヶ月目 |
| 6 | S3ストレージ階層化 | L2 | 低頻度アクセスデータ | 50万円 | 3ヶ月目 |
| 7 | K8sリソースリクエスト最適化 | L3 | EKS/GKEクラスタ | 200万円 | 3-6ヶ月目 |
| 8 | データ転送最適化 | L3 | クラウド間通信 | 100万円 | 6-9ヶ月目 |
| 合計 | | | | 1,200万円/月 | |
年間削減額: 約1.44億円(目標達成)
12ヶ月ロードマップ
| 月 | 累積削減額/月 | 主な施策 |
|---|
| 1-3ヶ月目 | 630万円/月 | SP購入、夜間停止、未使用削除、CUD |
| 4-6ヶ月目 | 950万円/月 | ライトサイジング、ストレージ階層化、K8s最適化 |
| 7-12ヶ月目 | 1,200万円/月 | データ転送最適化、継続的改善 |
Mission 3: ガバナンスの仕組み設計
要件
予算超過を防ぎ、最適化の効果を持続させるガバナンスの仕組みを設計してください。
- 予算管理体制(予算策定プロセス、承認フロー)
- アラートポリシー(4段階のアラート設計)
- 自動制御ポリシー(3つ以上の自動化ルール)
- FinOpsレビュー体制(頻度、参加者、アジェンダ)
解答例
予算管理体制
| プロセス | 実施者 | 承認者 | 頻度 |
|---|
| 年間予算策定 | FinOps | CFO + CTO | 年次 |
| 四半期予算見直し | FinOps | CTO | 四半期 |
| 予算外リソース申請 | 開発チーム | チームリーダー → CTO | 随時 |
| 緊急予算超過承認 | FinOps | CFO | 随時 |
アラートポリシー
| レベル | 閾値 | 通知先 | アクション |
|---|
| 情報 | 70% | Slack #finops | 状況共有 |
| 警告 | 85% | チームリーダー + FinOps | 最適化施策の実行 |
| 危険 | 95% | CTO + FinOps | 新規リソース作成の承認制 |
| 超過 | 100% | CFO + CTO + FinOps | 緊急レビュー実施 |
自動制御ポリシー
| ポリシー | トリガー | アクション |
|---|
| 開発環境自動停止 | 平日19、休日終日 | VM停止、K8s 0レプリカ |
| 未タグリソース通知 | リソース作成時 | 必須タグ未設定なら作成者に通知 |
| 異常コスト検知 | 前日比200%超 | Slack通知 + PagerDutyアラート |
| 古いスナップショット削除 | 作成後90日 | 開発/ステージングのみ自動削除 |
FinOpsレビュー体制
| 頻度 | 参加者 | アジェンダ |
|---|
| 日次(非同期) | FinOpsエンジニア | 異常コスト確認、アラート対応 |
| 週次(30分) | FinOps + チームリーダー | チーム別コスト、最適化進捗 |
| 月次(60分) | FinOps + CTO + CFO | 予算対実績、経営レポート、次月施策 |
| 四半期(120分) | FinOps + 経営 + SRE | 契約見直し、アーキテクチャレビュー |
達成度チェック
| 観点 | 達成基準 |
|---|
| ダッシュボード | 4階層の構成が明確で、各階層の目的と対象者が適切 |
| タグ戦略 | クラウド横断の統一タグが設計され、コンプライアンス方法がある |
| 最適化計画 | 15%削減の具体的な施策と実施スケジュールがある |
| ガバナンス | 予防・検知・是正の仕組みが設計されている |
| 実現可能性 | 組織のリソースと能力で実行可能な計画 |
| 持続性 | 一度きりの削減ではなく、継続的に改善が回る仕組み |
推定所要時間: 90分