『社内 BI』の OSS 選択肢として確立
Metabase と Redash はオープンソースの BI ツールとして社内データ可視化に広く採用されています。本記事では編集部の視点で、選び方と運用を公開情報をもとに整理します。SQL チューニング もご参考に。
Metabase の特徴
(1) 非エンジニア向けUI：質問形式。(2) ダッシュボード機能充実。(3) SQL Editor：エンジニアにも対応。(4) 40+ データソース対応(公開情報をもとに)。(5) OSS Free＋ Cloud 有料版。
Redash の特徴
(1) SQL First：エンジニア向け。(2) Query 共有。(3) Alert 機能。(4> ダッシュボード作成。(5) OSS + 商用版 (Databricks 傘下)。
商用 BI との比較
(1) Looker：エンタープライズ・高価。(2) Tableau：ビジュアル強い。(3) Power BI：Microsoft エコ。(4) Metabase Cloud：中間ポジション。(5) 選び方：規模と予算で判断。
導入の進め方
(1) Docker で立ち上げ：1時間。(2) データソース接続。(3) 主要KPI 5個から開始。(4) 非エンジニア利用者教育。(5) 定期見直し：四半期。
セキュリティ運用
(1) SSO 連携：SAML/OIDC。(2) 権限管理：データセット単位。(3) read-only ユーザー：本番DB 直接禁止。(4) 監査ログ。(5) 個人情報マスキング。Web セキュリティ実践 もご参考に。
パフォーマンス最適化
(1) read replicaに向ける。(2) キャッシュ設定。(3) 長時間クエリのタイムアウト。(4) BI 専用 Materialized View。(5) dbt と連携。dbt 実践 もご参考に。
運用のコツ
(1) 命名規約：ダッシュ・クエリ。(2) 共有・非共有の使い分け。(3) 定期的な棚卸し：使われないものは削除。(4) SQL レビュー。(5) Slack 通知連携。
失敗しがちなパターン
(1) 本番DB に直接接続：性能影響。(2) 権限管理甘い：個人情報漏洩。(3) ダッシュ放置：陳腐化。(4) SQL 質低い：DB 負荷。(5) SSO 未統合：管理工数大。対策は、(1)read replica、(2)RBAC 厳格、(3)四半期見直し、(4)レビュー必須、(5)SAML 統合、です。