LightDash の背景・思想・Looker との関係 ─ 創業ストーリーから読み解く“次世代BI”
LightDash の背景・思想・Looker との関係
創業ストーリーから読み解く“次世代 BI”
近年、モダンデータスタック文脈で注目を集めている OSS BI ツール LightDash。
LightDash は単なるダッシュボードツールではなく、dbt モデルを前提とした “宣言的な BI” を実現する点が特徴です。
その思想の裏側には、Looker が築いてきたデータモデリング文化や、創業者たちのバックグラウンドが大きく影響しています。本記事では LightDash の誕生背景から思想、Looker との関係までをまとめ、なぜいま多くのデータチームが LightDash に注目するのかを紐解きます。
実際の LightDash の Explore 画面はこちらで確認できます。
🌱 LightDash は誰が作ったのか？
LightDash は 2021 年、以下の 3 名によって創業されました。
- Owen Andrews（CEO）
- Rachel Bradley-Haas（Co-founder）
- Tomás Rincón（CTO）
いずれも Looker や dbt コミュニティに深く関わってきた分析エンジニアリング出身者です。
Owen Andrews（CEO）
- イギリス出身のデータエンジニア
- dbt コミュニティの早期からの著名メンバー
- 「BI はもっと宣言的であるべき」という思想を持つ
- GitHub でも dbt/LightDash 関連のコントリビューション多数
Rachel Bradley-Haas（Co-founder）
- ロンドンの大手ファッション EC Lyst のデータチーム責任者
- Looker の大規模運用経験が豊富
- 「Looker の強みを OSS × dbt で再構築したい」という強い思想の持ち主
Tomás Rincón（CTO）
- ソフトウェアエンジニア（React/TypeScript/D3）
- LightDash の UI/UX を担当し、操作性を支える中心人物
🔭 LightDash が生まれた背景
──“Looker の良さを dbt と OSS で再定義する”
創業者たちが繰り返し語っているのは、
「LookML の思想を現代的にアップデートしたい」
という動機です。
Looker の強みは、次のような“モデル駆動 BI” でした。
- 指標定義を一元管理できる
- Explore 機能によるセルフサービス BI
- LookML による再利用可能なデータモデル
- チーム全体で統一したビジネスロジックの共有
しかし同時に、以下の課題がありました。
- ライセンス費用が高い（300万〜）
- Google による買収で将来性の不透明さ
- OSS ではない
- モダンデータスタック（特に dbt）との距離
そこへ「dbt の台頭」が重なります。
“LookML の良い思想 × dbt のモデル × OSS”
これこそが LightDash の世界観。
つまり LightDash は Looker の代替というより、
Looker の思想をモダンデータスタックに適合させた OSS BI と言えます。
🔧 Semantic Layer の中心に dbt を置く思想
LightDash のコア思想は一言で言うと：
「BI 側で指標を再定義しない」
従来の BI では、
- ETL 側で集計
- BI 側でまた式を定義
- ダッシュボードごとに数字がズレる
- “どれが正しい KPI なのか問題” が発生
LightDash はこれを解消するために、
✔ 指標（metrics）は dbt のモデルとして定義
✔ BI はその定義を “読むだけ”
✔ ダッシュボードは二次的なアウトプットと位置づけ
という構造を採用しています。
これはまさに SSOT（Single Source of Truth） の思想であり、
“モデルが真実の源泉” というモダンデータスタックの中心的価値観と一致します。
🎛 Looker と LightDash の違い（思想の比較）
| 観点 | Looker | LightDash |
|---|---|---|
| 中心となるモデル | LookML | dbt models / metrics |
| 価格 | 高額（300万〜） | OSS（無料） |
| 得意な領域 | 探索性 / LookML モデル | 探索性 / OSS / dbt 連携 |
| 可視化の表現力 | 非常に豊富 | 必要最低限 |
| デプロイ先 | SaaS / GCP | 自前構築可（EC2 / Docker） |
LightDash は Looker の完全置き換えではなく、
Looker の“思想”を OSS と dbt で再構築したもの
と捉えるのが最も本質的です。
🚀 なぜいま LightDash が注目されるのか？
理由は複合的ですが、とくに重要なのは次の 5 点です。
- dbt Semantic Layer が事実上の標準になった
- BI とデータモデルの境界が曖昧になり、統合の必要性が高まった
- OSS による透明性（構造が読める）を求める企業が増加
- エンジニアリング寄りのデータチームで受け入れやすい
- EC2 1 台でも動作し、導入コストが非常に小さい
特に dbt v1.6 以降で Semantic Layer 周りが強化されたことで、
「BI は dbt 中心に統合されるべきだ」
という潮流が一気に広まりました。
LightDash はこの流れのど真ん中に位置します。
📝 まとめ
LightDash は、Looker の思想と dbt のモデル文化をベースに、
“モデルが中心にある次世代 BI” を OSS として再解釈したツールです。
- Looker の「モデル駆動 BI」
- dbt の「コードによるデータ変換」
- OSS の「透明性と運用自由度」
これらを組み合わせることで、企業が求める SSOT に基づく分析基盤 を
軽量・低コストで実現できるようになりました。
次の記事では、LightDash と Tableau の役割分担や、
OSS を前提とした BI アーキテクチャ設計について紹介します。
Discussion