"まず試す"ためのDatabricks Apps活用法 / Databricks Apps for Early Experiments and Validation

2026年4月2日の「Databricks Apps 開発者が来日！緊急 JEDAI スペシャルナイト」のLTでの講演資料です。
https://jedai.connpass.com/event/387108/

Transcript

1. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. “まず試す”ための Databricks Apps活用法 2026年4月2日 NTTドコモビジネス株式会社 露崎 浩太
2. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 2 自己紹介 Kota Tsuyuzaki (露崎 浩太) Engineering Manager NTT Docomo Business, Inc. Team: Data Platform and AI Agents Databricks歴: 3年 Databricks Apps歴: 1年以上 JEDAI認定プログラム Padawan (2026) Databricks Appsを使う理由 Databricksの新機能検証やドメイン特化AIエージェント開発において、素早くデモ環境を 提供する手段として活用
3. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 3 従来のクラウドデプロイ — プロトタイプを見せたいだけなのに やりたかったこと • アプリを置いて、特定のユーザに使ってもらう • 社内向けLLMチャットボットのデモを見せたい 実際にやったこと • コンテナビルド、OAuth設定、IP制限、DNS設定… • 依存関係はDockerfileで管理 プロトタイプであってもセキュリティ要件は省略できない → もっと手軽に、でもセキュアにプロトタイプを届けたい
4. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 4 Databricks Appsで変わったこと 従来のクラウド構成 • コンテナイメージのビルドが必要 • OAuth / IP制限を自分で構築 • DNS / ドメイン設定が必要 • 依存関係はDockerfileで管理 • データ接続にAPIトークン等の設定が必要 • 既存VPC/NWに相乗り → 攻撃面が拡大 → 数日〜数週間の構築期間 Databricks Apps • app.yaml に streamlit run を書くだけ • Workspace認証がデフォルトで有効 • サブドメインが自動付与 • requirements.txt を置くだけ • RBAC設定だけでデータにアクセス • サーバレスで分離されたランタイム → 数分でデプロイ完了
5. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 5 Databricks Apps: セキュアで柔軟なアクセス管理 デフォルトの認証 • 未認証ユーザはデフォルトで全拒否 • Workspace認証で完結 — 追加設定不要 権限モデル • "CAN MANAGE" と "CAN USE" の分離 • ユーザの誤操作からアプリ環境を保護 • 外部協業メンバーへのデモ共有 = Workspace招待 + CAN USE 付与だけ Databricksの認証基盤の上に、柔軟なアクセス制御を構成できる
6. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 6 Databricks Apps: Databricksとのシームレスな連携 アクセスポリシーを宣言すれば、認証はランタイムにおまかせ • RBAC設定（UIまたはDAB）でアクセス範囲を定義 • ランタイムが設定に基づき必要な認証を処理 • アプリコードにトークンやシークレットを含めない アプリコード 認証情報なし Databricks Apps ランタイム 認証を自動注入 SQL Warehouse ランタイム データクエリ実行 Unity Catalog テーブル / データ RBAC設定でアクセス範囲を定義し、認証はランタイムが自動処理
7. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 7 Databricks Apps: サーバレスで分離された実行環境 ランタイム分離のメリット • アプリごとに独立したサーバレス実行環境 • 既存VPCやNWから分離 → 侵害時の影響範囲を限定 • 明示的設定なしにはリソースにアクセス不可 → デフォルトで安全 AIツールの安全な実験場として活用 • MCPサーバ等を分離環境で構築 → リスクを限定 • M2M OAuthでエージェントから安全に接続 • 用途例: MCPサーバ、Streamlitアプリ、データ可視化 プロトタイプでも本番同等の分離環境で安全に実験できる
8. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 8 デモアプリ: Coffee Agent AIエージェントがカフェを提案 地図表示・レビュー分析・会話型UI RBAC設定でLakebaseに安全に接続、認証はランタイムが処理、分 離環境で独立稼働 構成 • LangGraph (deep agents) + Streamlit • Lakebase Autoscaling (Databricks上の Postgres) • Databricks Apps上で稼働
9. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 9 利用上のポイント デプロイはGUIから始められる GUIデプロイで始めて、成長したらDABに移行しコード管理で保守性を確保 接続タイムアウト 1分でタイムアウト。長時間接続を前提としない設計が必要。長時間のMCP呼び出しやFlask等のストリーミングUIには工夫が必要 リソース制限 2vCPU/6GB or 4vCPU/12GBのみ。オートスケールなし。大規模利用には別環境を検討 コスト ~$10-12/day（常時起動）。Scale-to-zeroなし、未使用時も課金が継続 参考: 同等スペックAzure VM (B2s, 2vCPU/4GiB) ~$1/day。ただし認証・DNS・サブドメイン設定は別途構築が必要 Azure Linux VM料金: azure.microsoft.com/en-us/pricing/details/virtual-machines/linux/
10. © NTT DOCOMO BUSINESS, Inc. All Rights Reserved. 10 まとめ 1 セキュアな構成がデフォルトで手に入る 2 Databricksとシームレスにつながる 3 サーバレスで分離された安全な実行環境 This presentation was generated entirely by Claude Code with no manual edits.