ストーリー

プラットフォーム戦略の全体像

5つのプラットフォーム

開発者（プロダクトチーム）
    │
    ↓
┌─────────────────────────────────────────────┐
│           Internal Developer Platform        │
│          （Month 6: セルフサービス基盤）       │
│  ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐       │
│  │テンプ │ │CI/CD │ │環境  │ │API   │       │
│  │レート │ │(M1)  │ │プロビ│ │カタロ│       │
│  │      │ │      │ │ジョニ│ │グ    │       │
│  └──────┘ └──────┘ └──────┘ └──────┘       │
├─────────────────────────────────────────────┤
│  ┌─────────────────┐  ┌──────────────────┐  │
│  │ セキュリティ      │  │ オブザーバビリティ │  │
│  │ プラットフォーム   │  │ プラットフォーム   │  │
│  │ (Month 4)       │  │ (Month 2)        │  │
│  └─────────────────┘  └──────────────────┘  │
│  ┌─────────────────┐  ┌──────────────────┐  │
│  │ データ           │  │ AI/ML            │  │
│  │ プラットフォーム   │  │ プラットフォーム   │  │
│  │ (Month 7)       │  │ (Month 3)        │  │
│  └─────────────────┘  └──────────────────┘  │
├─────────────────────────────────────────────┤
│        クラウドインフラ基盤（Month 5）         │
└─────────────────────────────────────────────┘

各プラットフォームの責務

プラットフォーム間の統合設計

統合ポイント

統合の設計原則

platform_integration_principles:
  - name: "API First"
    description: "全プラットフォーム間の連携はAPIベース"
    benefit: "疎結合を維持しつつ統合を実現"

  - name: "Event Driven"
    description: "プラットフォーム間の非同期連携はイベント駆動"
    benefit: "リアルタイム連携と拡張性"

  - name: "Single Source of Truth"
    description: "設定・ポリシーは一箇所で管理し、各プラットフォームが参照"
    benefit: "一貫性の確保、設定ドリフトの防止"

  - name: "Self-Service"
    description: "開発者は申請なしにプラットフォーム機能を利用可能"
    benefit: "開発速度の向上、チーム自律性の確保"

  - name: "Guardrails, not Gates"
    description: "承認ゲートではなく、自動ガードレールで安全性を確保"
    benefit: "セキュリティと開発速度の両立"

プラットフォーム提供モデル

成熟度段階

プラットフォームチームの組織設計（Month 8の知見）

プラットフォーム部門（推奨構成）

CTO
└── VPoE / プラットフォーム責任者
    ├── IDPチーム（8名）
    │   ├── テンプレートエンジニア × 2
    │   ├── CI/CDエンジニア × 2
    │   ├── Backstage開発者 × 2
    │   └── DX（Developer Experience）リード × 2
    │
    ├── セキュリティプラットフォームチーム（6名）
    │   ├── セキュリティエンジニア × 3
    │   ├── ポリシーエンジニア × 2
    │   └── コンプライアンスリード × 1
    │
    ├── オブザーバビリティチーム（5名）
    │   ├── SREエンジニア × 3
    │   └── ダッシュボード/アラート設計 × 2
    │
    ├── データプラットフォームチーム（6名）
    │   ├── データエンジニア × 3
    │   ├── データ品質エンジニア × 2
    │   └── データガバナンスリード × 1
    │
    └── AI/MLプラットフォームチーム（5名）
        ├── MLエンジニア × 3
        └── ML基盤エンジニア × 2

プラットフォーム戦略のKPI

測定指標

まとめ

チェックリスト

• 5つのプラットフォームの役割と関係を理解した
• プラットフォーム間の統合ポイントを把握した
• 段階的な成熟度向上のアプローチを理解した
• プラットフォームチームの組織設計を把握した

次のステップへ

次は「統合設計と相互運用性」を学びます。各プラットフォームが実際にどのように連携し、データが流れるかの詳細設計に進みましょう。

推定読了時間: 30分