エグゼクティブ・サマリー
- 「DWHかレイクハウスか」という二項対立の問いは、もはや現実を正しく捉えていない。 各アーキテクチャの機能は年々重なり合い、境界は曖昧になっている。問うべきは製品カテゴリではなく、自社の要件がどのトレードオフ軸のどこに位置するかである。
- 選定を誤らせる最大の要因は、要件を明確化する前にアーキテクチャの流行から入ることである。 「最新の構成だから」という理由での選定は、過剰投資と運用負荷の増大という形で必ず後で代償を払う。
- 判断軸は主に5つ——コスト構造、スキーマの柔軟性、リアルタイム性、ガバナンス成熟度、必要スキルセットに整理できる。 本稿ではこの5軸でDWH・データレイク・レイクハウスを比較し、意思決定フレームワークを提示する。
- BI層の選定はデータ基盤の選定と切り離せない。 どれほど優れた基盤を構築しても、現場が使うBI層とのセマンティックな整合が取れていなければ、意思決定の速度と信頼性という本来の目的は達成されない。
- 成熟度Lv1〜Lv4とフェーズ別ロードマップ（目安）を提示し、過剰設計とベンダーロックインという二大落とし穴を回避する実装プロセスを示す。
背景・問題提起：なぜ選定がこれほど難しくなったのか
十年前であれば、データ基盤の選定はもっと単純だった。構造化データを分析用途で扱うならデータウェアハウス（DWH）、非構造化データを大量に安く貯めるならデータレイク——用途によって選ぶべきアーキテクチャがおおむね一意に決まっていた。
しかし現在は事情が違う。DWH製品はスキーマオンリードに対応し、非構造化データも扱えるようになった。データレイクはトランザクション整合性やスキーマ管理の機能を取り込み、「レイクハウス」という中間形態が主流の選択肢の一つに定着した。さらにBIツール自体もセマンティックレイヤーやキャッシュ機構を内蔵し、基盤側の機能と重複し始めている。各カテゴリの製品が互いの強みを取り込み合った結果、カタログスペック上の機能一覧だけでは差がほとんど見えなくなった。
この状況で起きがちな失敗が2つある。ひとつは、機能比較表の「◯×」だけを見て選定してしまうこと。ほぼすべての主要製品がほぼすべての項目に「◯」を付けられる時代において、この比較はもはや意思決定の助けにならない。もうひとつは、逆に「流行っているから」という理由でアーキテクチャを選び、自社の実際のワークロード特性やチームのスキルセットとの適合を検証しないことである。いずれも、選定の出発点を「製品カテゴリ」に置いてしまう誤りに起因する。
本稿の立場は明確である。選定の出発点は製品カテゴリではなく、自社のワークロードとチーム能力から逆算した5つのトレードオフ軸である。 この軸に沿って要件を明確化してから初めて、DWH・データレイク・レイクハウス・BIツールという選択肢を比較する意味が生まれる。