この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。2026年9月時点のMicrosoft Learnを確認し、旧記事の古い有効化手順、Terraform例、秒課金などの断定を整理しました。検証ステータス：✅ Microsoft Learnの現行Serverless要件確認済み
Azure DatabricksのServerless Computeは、VMサイズやクラスタの細かなインフラ管理をDatabricks側へ寄せられる計算方式です。現在は多くのワークスペースで利用しやすくなっていますが、何でもClassic Computeから置き換えられるわけではありません。
まず確認する2つの前提
- Unity Catalogが有効であること。
- Serverless対応リージョンであること。
Microsoft Learnでは、条件を満たす多くのワークスペースでServerless Computeは既定で利用可能で、手動の有効化が不要と案内されています。
Serverlessで減る作業
- ワーカー／ドライバーVMサイズの選定。
- クラスタ起動・停止の細かな運用。
- 一部ワークロードでのインフラ保守。
一方、Unity Catalog、アクセス権、データ配置、ネットワーク到達性、コスト管理は引き続き設計が必要です。
ネットワーク設計は「不要」ではない
ServerlessではDatabricks管理の計算プレーンを使います。そのためClassic ComputeのVNet Injectionと同じ考え方ではありません。Private Linkなどを使う場合は、Serverless側の対応方式やNetwork Connectivity Configuration（NCC）など、対象ワークロードの公式手順を確認します。
Classic Computeを残す判断もある
Legacy Hive Metastore依存、特定のネットワーク要件、利用リージョン、機能制約などがServerlessに合わない場合はClassic Computeを使います。新規ワークロードだから必ずServerless、という判断ではなく、制約一覧を先に照合します。
公式情報
- Microsoft Learn ― Serverless compute
- Microsoft Learn ― Manage serverless compute
- Microsoft Learn ― Serverless vs. classic compute
この記事の更新履歴
- 2026-09-14 追加：Unity Catalog・対応リージョン・NCC・Classic Computeとの使い分けを追加。
- 2026-09-14 変更：Serverlessの現行要件を基準に記事を再構成。
- 2026-09-14 削除：内部style_prompt、本文H1、未確認のTerraform属性、固定的な秒課金・即時停止の断定を削除。
