ストーリー
田
田中VPoE
コスト可視化と最適化文化ができた。次はコストを組織に「返す」仕組みだ。ショーバックとチャージバックの2つのモデルがある
あなた
ショーバックは「見せる」、チャージバックは「請求する」ですか?
あ
田
田中VPoE
その通りだ。ショーバックはコスト情報を部門に提示するだけで実際の課金はしない。チャージバックは部門のP/Lにクラウドコストを計上する。どちらを選ぶかは組織の成熟度と文化による
あなた
いきなりチャージバックは反発を招きそうですね
あ
田
田中VPoE
まさにその通りだ。多くの組織はショーバックから始めて、コスト意識が根付いてからチャージバックに移行する段階的アプローチを取る
ショーバック vs チャージバック
2つのモデルの比較
| 観点 | ショーバック | チャージバック |
|---|
| 定義 | コスト情報を部門に提示する | コストを部門のP/Lに計上する |
| 会計処理 | IT部門が一括負担 | 各部門が按分負担 |
| コスト意識 | 中程度(情報提供のみ) | 高い(実際に予算に影響) |
| 導入難易度 | 低い | 高い(会計システム連携が必要) |
| 反発リスク | 低い | 中〜高い |
| 行動変容 | 緩やか | 即座 |
| 推奨フェーズ | FinOps導入初期 | FinOps成熟後 |
段階的移行モデル
ショーバック → チャージバック 移行ステップ:
Phase 1: ショーバック(0-6ヶ月)
├── コストレポートを部門に配信
├── 各部門のコスト責任者を任命
└── コスト意識の醸成
↓
Phase 2: シャドーチャージバック(6-12ヶ月)
├── 「もしチャージバックだったら」のシミュレーション
├── 部門ごとの仮想予算を設定
└── 予算超過時のディスカッション
↓
Phase 3: チャージバック(12ヶ月〜)
├── 部門P/Lへの正式計上
├── 部門予算にクラウド費用を組み込み
└── 最適化インセンティブの本格導入
配賦モデルの設計
配賦の粒度と正確性のトレードオフ
| 粒度 | 正確性 | 運用負荷 | 適用場面 |
|---|
| アカウント単位 | 高い | 低い | 部門=アカウントの場合 |
| タグベース | 高い | 中程度 | マルチテナントアカウント |
| リソース単位 | 最高 | 高い | 厳密なコスト管理が必要な場合 |
| 比率按分 | 低い | 低い | 共有リソースの配賦 |
共有コストの配賦戦略
| 共有コスト | 配賦方法 | 根拠 |
|---|
| ネットワーク基盤(Transit GW, DX等) | データ転送量比率 | 利用量に比例するのが公平 |
| セキュリティサービス(GuardDuty等) | アカウント数均等 | 全アカウントに等しく適用 |
| 監視基盤(CloudWatch等) | リソース数比率 | 監視対象リソース数に比例 |
| サポート費用 | 支出比率 | AWSサポートは支出額に連動 |
| FinOpsチーム人件費 | 支出比率 | 支出が大きい部門ほど恩恵大 |
予算管理プロセス
年間予算策定フロー
クラウド予算策定フロー:
Step 1: 現状分析(9-10月)
├── 過去12ヶ月のコスト実績分析
├── コスト成長率の算出
└── 最適化余地の特定
Step 2: ボトムアップ予算(10-11月)
├── 各部門のプロジェクト計画を収集
├── ワークロード増減を予測
└── 部門別予算のドラフト
Step 3: トップダウン調整(11-12月)
├── 経営目標との整合性確認
├── コスト削減目標の設定
└── 予算のファイナライズ
Step 4: 承認・執行(1月〜)
├── 経営会議で予算承認
├── 月次モニタリング開始
└── 四半期ごとに見直し
予算管理のKPI
| KPI | 計算式 | 目標値 |
|---|
| 予算精度 | |実績 - 予算| ÷ 予算 × 100 | ±10%以内 |
| コスト効率 | ビジネスKPI ÷ クラウドコスト | 継続改善 |
| 最適化率 | 最適化提案の実行率 | 70%以上 |
| タグカバレッジ | タグ付きリソース ÷ 全リソース × 100 | 95%以上 |
| コミットメントカバレッジ | SP/RI使用率 ÷ 総使用量 × 100 | 70-80% |
FinOps レビュー体制
月次FinOpsレビューのアジェンダ
| 時間 | 議題 | 担当 |
|---|
| 10分 | 月次コストサマリー(予算対比、トレンド) | FinOpsリード |
| 15分 | 部門別コストレビュー(上位3部門) | 各部門FinOps チャンピオン |
| 10分 | 最適化実績と新たな最適化機会 | クラウドエコノミスト |
| 10分 | コミットメント戦略(RI/SP の更新予定) | FinOpsリード |
| 10分 | アクションアイテムの確認 | 全員 |
| 5分 | 次月の注意事項 | FinOpsリード |
エスカレーション基準
| レベル | 条件 | 対応者 | 対応期限 |
|---|
| 注意 | 予算の80%到達 | チームリーダー | 翌週末 |
| 警告 | 予算の100%到達 | 部門長 + FinOps | 3営業日 |
| 緊急 | 予算の120%超過 | クラウド戦略統括 | 即日 |
| 危機 | 予算の150%超過 | CTO/CFO | 即日 |
FinOps ツールエコシステム
ツールの選定基準
| カテゴリ | AWSネイティブ | サードパーティ | 自社構築 |
|---|
| コスト可視化 | Cost Explorer | Vantage, CloudHealth | Athena + QuickSight |
| 最適化提案 | Trusted Advisor, Compute Optimizer | Spot.io, ProsperOps | Lambda + カスタムルール |
| 予算管理 | AWS Budgets | Apptio, CloudZero | 社内ダッシュボード |
| 異常検知 | Cost Anomaly Detection | Anodot | CloudWatch Anomaly Detection |
| RI/SP管理 | RI/SP レポート | Zesty, ProsperOps | カスタムレポート |
「FinOpsの最終形は、クラウドコストが”経費”ではなく”投資”として扱われる組織になること。投資には効果測定が伴い、効果が出なければ見直す。それが健全なクラウド支出の姿だ」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| ショーバック/チャージバック | 段階的に移行し、コスト意識を組織に浸透させる |
| 配賦モデル | 直接配賦 + 共有リソースの比率按分のハイブリッド |
| 予算管理 | ボトムアップ + トップダウンで策定、月次モニタリング |
| FinOpsレビュー | 月次レビューで継続的な最適化サイクルを回す |
チェックリスト
次のステップへ
次は演習です。実際の組織シナリオを使って、FinOps戦略を策定しましょう。
推定読了時間: 30分