ストーリー
田
田中VPoE
ここまでの5つのStepで、マルチクラウド戦略に必要なすべての要素を学んだ。最後の総合演習だ
あなた
クラウド棚卸し、ワークロード配置、FinOps、セキュリティ、ベンダーマネジメント…全部ですね
あ
田
田中VPoE
そうだ。CTO経営会議に提出する「マルチクラウド戦略計画書」を完成させる。この文書が承認されれば、マルチクラウド化プロジェクトが正式にキックオフする
田中VPoEは真剣な表情で続けました。
田
田中VPoE
この計画書は「マルチクラウドにしたい」という願望ではなく、「なぜマルチクラウドにすべきか」「どうやって実現するか」「いくらかかって何が得られるか」を論理的に示すものだ。CTOが「これで進めよう」と意思決定できるレベルにしてくれ
あなた
5つのStepで作った個別の成果物を統合し、一貫性のある戦略計画書にまとめます
あ
ミッション概要
| 項目 | 内容 |
|---|---|
| 演習タイトル | マルチクラウド戦略計画書 |
| 想定時間 | 90分 |
| 成果物 | マルチクラウド戦略計画書（CTO経営会議承認用） |
計画書の構成
以下の7章構成に従って、マルチクラウド戦略計画書を作成してください。
第1章: エグゼクティブサマリー
経営層が最初に読むページです。計画全体の要旨を簡潔にまとめてください。
| 項目 | 内容 |
|---|---|
| 背景 | なぜマルチクラウド戦略が必要か（2-3行） |
| 現状の課題 | AWS一極集中の具体的なリスク |
| 提案 | マルチクラウド化の概要 |
| 投資 | 必要な投資額（初年度・3年間の概算） |
| 効果 | 期待される定量的効果 |
| タイムライン | 主要マイルストーン（3フェーズ） |
解答例
背景: AWSへの一極集中（月間8,000万円、全体の100%）により、単一クラウド障害時の事業継続リスク、ベンダー交渉力の低下、特定サービスの技術的制約が顕在化している。
現状の課題:
- 先月のAWSリージョン障害で2時間のサービス停止（SLA違反）
- データ分析基盤（Redshift）の性能限界
- Enterprise顧客からのMicrosoft 365 SSO連携要望への対応困難
- EU展開に向けたGDPR対応基盤の不在
提案: AWS（コア基盤）+ GCP（データ分析・AI）+ Azure（Enterprise連携・EU展開）のベストオブブリード戦略を段階的に導入。
投資: 初年度: 1.5億円（移行コスト）、3年間累計: 3億円
効果:
- 年間クラウドコスト: 9.6億円→8.5億円（11.5%削減）
- 可用性: 99.95%→99.99%（マルチクラウドDR）
- データ分析処理時間: 50%短縮（BigQuery移行）
- Enterprise顧客のSSO対応: 200社追加獲得見込み
タイムライン:
- Phase 1（0-6ヶ月）: 基盤準備、IaC統一、分析基盤PoC
- Phase 2（7-18ヶ月）: 分析基盤移行、認証統合、FinOps確立
- Phase 3（19-24ヶ月）: EU展開、マルチクラウドDR、最適化
第2章: 現状分析とマルチクラウド戦略（Step 1の成果）
- クラウド利用状況の棚卸し結果
- ベンダーロックイン評価（LACE分析）
- 選定した戦略パターンとその根拠
解答例
棚卸しサマリー:
| 指標 | 現状 |
|---|---|
| 月間クラウドコスト | 8,000万円（すべてAWS） |
| 利用サービス数 | 23サービス |
| 高ロックインサービス数 | 5サービス（CloudFormation, Cognito, DynamoDB, Step Functions, Redshift） |
| Terraform化率 | 20%（80%はCloudFormation） |
LACE分析上位リスク:
| サービス | LACEスコア | リスク | 優先対策 |
|---|---|---|---|
| CloudFormation | 16 | 極めて高 | Terraform移行 |
| Cognito | 16 | 極めて高 | Entra ID移行 |
| DynamoDB | 14 | 高 | 抽象化レイヤー |
戦略パターン: ベストオブブリード + 規制対応の複合戦略
第3章: ワークロード配置設計（Step 2の成果）
- ワークロード分類結果
- クラウド配置マップ
- 移行ロードマップと抽象化設計
解答例
クラウド配置マップ:
| クラウド | 配置ワークロード | 配置理由 |
|---|---|---|
| AWS（65%） | コアAPI、決済、ファイルストレージ、バッチ処理 | 既存最適化済み、移行リスク回避 |
| GCP（22%） | BigQuery分析、ML推論、統合監視 | ベストオブブリード |
| Azure（13%） | Entra ID認証、EU展開基盤 | Enterprise連携、規制対応 |
移行対象:
| 移行元 | 移行先 | 移行戦略 | 期間 |
|---|---|---|---|
| Redshift→BigQuery | AWS→GCP | Replatform | 6ヶ月 |
| Cognito→Entra ID | AWS→Azure | Refactor | 9ヶ月 |
| SageMaker→Vertex AI | AWS→GCP | Replatform | 4ヶ月 |
| CloudFormation→Terraform | AWS | Replatform | 12ヶ月（並行） |
第4章: FinOps体制（Step 3の成果）
- 統合コスト可視化ダッシュボード設計
- コスト最適化計画（年間1.1億円削減の内訳）
- 予算管理・ガバナンス体制
解答例
コスト最適化内訳:
| 施策 | 年間削減額 | 実施時期 |
|---|---|---|
| AWS EDP割引率改善（8%→10%） | 1,400万円 | Phase 1 |
| GCP CUD購入 | 4,500万円 | Phase 1 |
| 未使用リソース削除・ライトサイジング | 2,400万円 | Phase 1 |
| 開発環境の自動停止 | 1,800万円 | Phase 1 |
| データ転送最適化 | 900万円 | Phase 2 |
| 合計 | 11,000万円 |
ガバナンス体制: FinOps CoE（4名）を設置。月次コストレビューを経営会議のアジェンダに追加。
第5章: セキュリティ・コンプライアンス設計（Step 4の成果）
- マルチクラウドセキュリティベースライン
- ID連携設計
- GDPR対応計画
- Policy as Code設計
解答例
セキュリティ施策サマリー:
| 施策 | 対象 | 期限 |
|---|---|---|
| IAMキー全廃止、OIDC Federation導入 | 全クラウド | 2ヶ月 |
| 統一IdP（Google Workspace + Entra ID） | 全クラウド | 4ヶ月 |
| SIEM統合（Splunk） | 全クラウド | 5ヶ月 |
| Policy as Code（OPA + Sentinel） | 全クラウド | 6ヶ月 |
| GDPR対応（DPO任命、データマッピング、DPA） | Azure EU | 6ヶ月 |
| SOC 2対象範囲拡張 | GCP, Azure追加 | 12ヶ月 |
第6章: ベンダーマネジメント計画（Step 5の成果）
- ベンダー評価結果
- 契約交渉戦略（AWS EDP更新、GCP新規契約）
- Exit戦略の概要
解答例
契約交渉サマリー:
| ベンダー | 交渉内容 | 目標 | 期限 |
|---|---|---|---|
| AWS | EDP更新：コミット6.5億円、割引10%、2年 | 年間6,500万円削減 | 6ヶ月以内 |
| GCP | CUD購入 + クレジット$200K | 年間4,500万円削減 | 3ヶ月以内 |
| Azure | EA継続、Enterpriseサポートアップグレード | サポート品質向上 | 契約更新時 |
Exit戦略: 各クラウドからの撤退手順と所要期間を文書化。年次で有効性を検証。
第7章: ロードマップと推進体制
- 3フェーズのロードマップ（マイルストーン付き）
- 推進体制（マルチクラウドCoE）
- 人材計画（スキル獲得・採用）
- 成功基準とKPI
- リスクと緩和策
解答例
推進体制:
CTO
└── マルチクラウドCoE
├── プログラムリード（1名）
├── クラウドアーキテクト（2名: AWS/GCP担当）
├── FinOps Lead（1名）
├── セキュリティLead（1名）
└── 移行エンジニア（3名）KPI:
| KPI | 6ヶ月後 | 12ヶ月後 | 24ヶ月後 |
|---|---|---|---|
| マルチクラウド利用比率 | AWS 80%/他 20% | AWS 70%/他 30% | AWS 65%/他 35% |
| 年間クラウドコスト | 9.0億円 | 8.5億円 | 8.5億円 |
| Terraform化率 | 50% | 80% | 95% |
| サービス可用性 | 99.95% | 99.99% | 99.99% |
| セキュリティスコア | 70/100 | 85/100 | 90/100 |
主要リスク:
| リスク | 影響度 | 緩和策 |
|---|---|---|
| マルチクラウドスキル不足 | 高 | 社内研修 + 認定資格取得支援 + 外部パートナー |
| 移行中のサービス障害 | 高 | 段階的移行、ロールバック手順、並行運用 |
| データ移行の遅延 | 中 | 段階的移行、PoC検証を先行 |
| ベンダー交渉の不調 | 中 | BATNA準備、複数シナリオの用意 |
| GDPR対応の遅延 | 高 | 外部コンサル活用、法務との緊密連携 |
達成度チェック
| 観点 | 達成基準 |
|---|---|
| 一貫性 | 7章すべてが相互に整合し、ストーリーとして繋がっている |
| 具体性 | 定量的な数値目標、予算、期限が含まれている |
| 実現可能性 | 予算・人員・時間の制約内で実現可能な計画になっている |
| 説得力 | 経営層がROIを理解し承認できるレベルの根拠がある |
| 網羅性 | 戦略、配置、FinOps、セキュリティ、ベンダーのすべてがカバーされている |
| リスク対応 | 主要リスクが特定され、具体的な緩和策が示されている |
| 段階性 | フェーズ分けされ、各フェーズでの成果が明確である |
推定所要時間: 90分