対象: Databricks Serverless ComputeとClassicクラスターの違いを設計前に確認したい人
更新日: 2026年8月21日
要点: ServerlessはDatabricks管理の計算資源を使い、起動や伸縮の管理を軽くできます。Classicはクラウド側のネットワーク、ノード、ライブラリ、起動・停止を自分で制御しやすい反面、運用項目が増えます。
公式確認: 2026年8月21日に一次情報として公式ページを確認。料金、機能、利用上限、契約、解約、データ条件は更新されるため、導入時の公式画面を最終条件とします。
Databricks ServerlessとClassicを比較を調べると、料金表や機能一覧だけを見て判断したくなります。しかし実際の費用と運用負担は、利用量、対象ユーザー・デバイス、リージョン、契約期間、データ保存、権限、導入後の確認作業まで含めて決まります。
この記事では、Databricks ServerlessとClassicを比較｜料金・起動・ネットワークについて、公式情報を起点に比較の軸を整理します。掲載時点の説明をそのまま契約条件とみなさず、変動する価格やキャンペーン、税、為替、組織契約、地域差は公式の料金ページ・管理画面で再確認してください。
まず確認したい料金・機能の全体像
Serverless Computeでは、ノートブックやジョブなどのワークロードをDatabricks管理の計算資源で実行します。公式ドキュメントでは、Unity Catalogやワークスペース条件、機能ごとの制限を確認するよう案内されています。利用できるかだけでなく、どのデータへ接続できるかを先に整理します。
| 比較軸 | Serverless | Classic |
|---|---|---|
| 管理 | Databricks側の自動管理 | クラウド資源を構成 |
| 起動 | オンデマンドで利用 | クラスター準備が必要な場合 |
| ネットワーク | 対応条件・制限を確認 | VPC/VNet等を設計 |
| コスト | 利用量・SKU・上限 | DBU＋クラウド資源 |
表の数字やプラン名だけで最安を決めるのではなく、料金より先に実行場所・権限・接続条件を確認するという順番で確認します。公式ページに記載された対象範囲と、自社の契約・利用状況に差があれば、その差を見積もりへ反映します。無料枠や試用がある場合も、期間終了後の請求、上限超過、データの扱いを別に記録します。
料金より先に実行場所・権限・接続条件を確認する
Classicクラスターはクラウドアカウント内のサブネット、セキュリティグループ、インスタンス、ライブラリなどを設計します。機密データや専用ネットワークが必要なら、接続可否とデータ境界を料金と同じ表で検討します。停止時に残るログやストレージも確認します。
比較のときは「利用量が増えたら何が増えるか」「利用を止めたら何が残るか」「担当者が変更されたら誰が管理するか」を順に問いかけます。サービスの説明が広くても、自社のプラン・地域・契約形態では利用できない場合があるため、管理画面の表示と公式の注意事項を照合します。
| 用途 | 確認する質問 | 判断 |
|---|---|---|
| 分析ノート | すぐ使う必要があるか | 起動待ちと権限 |
| 定期ジョブ | 実行時間と再試行 | 失敗時の費用 |
| 機密データ | 接続境界と監査 | ネットワーク要件 |
| 検証 | 本番との差分 | 移行可能性を記録 |
具体的な場面で判断する
社内データベースへ接続するETLを新しく作るとき、Serverlessの起動の速さだけでなく、許可されたネットワーク経路と秘密情報の管理方法を確認します。
判断の問い: データをどの計算プレーンで処理し、誰がその経路を監査できるか。
この問いに答えるため、まず小さな検証条件を作ります。利用者またはデータを限定し、必要な機能だけを使い、料金・ログ・出力・削除を記録します。比較対象が複数ある場合は同じ期間・同じ入力・同じ成果物で測り、単価だけでなく確認にかかった時間も残します。
見積もりで見落としやすい項目
ServerlessとClassicを比較するときは、同じ入力データで処理時間とDBUを測ったうえで、接続設定、ライブラリ、監視、障害時の復旧手順まで並べます。方式を変えると、料金だけでなくログの場所や責任分界も変わるため、設計レビューに運用担当と情報管理担当を参加させます。
実務チェックリスト
- 料金表・機能表・利用条件の公式URLと確認日を記録し、価格が変わる項目には「申込時に再確認」と書く。
- 利用量、ユーザー・デバイス数、リージョン、保存期間、連携、サポートを一つの見積もり表にまとめる。
- 無料枠・試用・割引・上限・超過課金を通常月とピーク月に分け、通知や予算の担当者を決める。
- 導入前に権限、ログ、バックアップ、エクスポート、削除、解約後のデータを小さな範囲で確認する。
- 重要な出力は人が確認し、数字・固有名詞・宛先・期限・公開範囲の誤りを公開または送信前に直す。
チェックリストは導入時だけでなく、月次の請求確認と四半期の契約見直しでも使います。仕様変更やプラン変更があったら、公式ページの更新日と管理画面の表示を保存し、社内の見積もり・手順書へ反映してください。
契約・解約・データの注意点
契約前に、請求周期、更新日、最低利用期間、追加利用の単位、上限、返金、サポート、税・通貨を確認します。解約では、アカウントを停止する操作と、資源・ログ・バックアップを削除する操作が別になっていないかを調べます。必要なデータはエクスポートし、削除期限と担当者を記録します。
| 確認項目 | 契約前 | 終了・更新時 |
|---|---|---|
| 料金 | プラン、席・量、税、割引、超過 | 最終請求、更新日、返金 |
| 権限 | 管理者、利用者、共有範囲 | 無効化、再割当、監査ログ |
| データ | 保存場所、保持、外部連携 | エクスポート、削除、証跡 |
| 運用 | 通知、サポート、障害時の窓口 | 引き継ぎ、手順書、担当変更 |
価格や機能の変動を避けるために、この記事では具体的な金額を固定的に断定していません。税・為替・地域・キャンペーン・契約割引・ワークスペース設定によって表示が変わる場合があるため、公式画面で最終確認してください。
向く人・向かない人
- 向く人: Databricks Serverless ComputeとClassicクラスターの違いを設計前に確認したい人で、利用量・権限・データ・契約期間を表にして、導入前後の確認を担当者と分担できる人。
- 向かない人: 料金表の一つの数字だけで長期費用を決めたい人、無料枠や試用の終了後を確認しない人、削除・解約・請求の責任者を置けない組織。
- 慎重に進める人: 機密情報、個人情報、顧客データ、重要な業務処理を扱う人。まずデータ分類と社内規程を確認し、承認された範囲で小さく試します。
公式情報で最終確認する
公式CTA: Serverlessの利用条件・制限と料金を公式情報で確認し、ネットワーク・Unity Catalog・権限が自社要件を満たすかワークスペースで最終確認してください。
一次情報: docs.databricks.com/aws/en/compute/serverless、www.databricks.com/product/pricing
関連記事とロードマップ
比較の結論は、サービス名やプラン名だけでは決まりません。公式の最新条件を確認し、自社の利用量・権限・データ・契約・終了手順を同じ表にしてから、代表ケースで再計算します。導入後も請求と利用状況を見直し、条件が変わったら判断を更新してください。
