ストーリー

Data Meshの4つの原則

原則一覧

1. ドメイン所有権

従来の中央集権型:

  受注チーム ─→ ┌──────────────┐ ─→ ダッシュボード
  配送チーム ─→ │ 中央データチーム │ ─→ レポート
  CS チーム  ─→ │ (ボトルネック)   │ ─→ ML モデル
  営業チーム ─→ └──────────────┘ ─→ 分析

Data Mesh:

  受注チーム ──→ 受注データプロダクト ──┐
  配送チーム ──→ 配送データプロダクト ──┼──→ 消費者
  CS チーム  ──→ CSデータプロダクト  ──┤    (ダッシュボード、
  営業チーム ──→ 営業データプロダクト ──┘     ML、分析)
                      ↑
              各チームがデータの
              品質と提供に責任を持つ

2. データをプロダクトとして扱う

データプロダクトの構成:

┌─────────────────────────────────────┐
│         受注データプロダクト            │
│                                      │
│  ┌────────────┐  ┌────────────────┐ │
│  │ ソースデータ │  │ 変換パイプライン  │ │
│  │ (受注DB)    │→│ (dbt models)    │ │
│  └────────────┘  └────────┬───────┘ │
│                           │          │
│  ┌────────────────────────┴───────┐ │
│  │ 出力ポート                       │ │
│  │ ・orders_fact (テーブル)          │ │
│  │ ・orders_stream (ストリーム)      │ │
│  │ ・orders_api (REST API)         │ │
│  └────────────────────────────────┘ │
│                                      │
│  メタデータ: スキーマ、SLA、品質スコア   │
│  オーナー: 受注チーム                   │
│  SLA: 鮮度 < 5分、完全性 > 99.5%      │
└─────────────────────────────────────┘

3. セルフサービスデータプラットフォーム

4. 連合型ガバナンス

Data Meshの導入判断

向いている組織

向いていない組織

「Data Meshは銀の弾丸ではない。組織の成熟度がL3以上でなければ、分散化は混乱を生むだけだ。まず中央集権で基盤を固め、成熟してから段階的にData Meshに移行する」 — 田中VPoE

まとめ

チェックリスト

• Data Meshの4つの原則を説明できる
• データプロダクトの構成要素を理解した
• セルフサービスデータプラットフォームの役割を理解した
• Data Meshの導入が適切かどうかを判断できる

次のステップへ

次は「Medallionアーキテクチャ」を学びます。Bronze/Silver/Goldの3層構造でデータの品質を段階的に向上させる設計パターンを身につけましょう。

推定読了時間: 30分