Databricks / リリースノート / 2026/05/21 / 重要
Databricks 2026年5月20-21日の更新: CLI GA、system tables、Custom Model Serving、Power BI SSO
公式リリースノート
Databricks は May 2026 platform release notes を更新し、2026年5月21日の compute system tables Public Preview と、5月20日の Databricks CLI GA、metric views の LOD expression 構文更新、Custom Model Serving Beta、Lakebase Autoscaling 拡張、Power BI SSO、service principal OAuth U2M などを公開しました。
要点
system.compute.instance_eventsとsystem.compute.instance_poolsが Public Preview になり、classic compute instance と instance pool の履歴を追いやすくなった- Databricks CLI が GA になり、user-to-machine tokens は OS-native secure storage に保存されるようになった
- metric views の fixed LOD expressions は、SQL window functions を使って dimension の
exprfield に直接定義する形へ変わった - Custom Model Serving Beta により、vLLM engine で custom / fine-tuned LLM や multimodal models を serve できる
- Lakebase Autoscaling は 64 CU / 128 GB RAM まで対応し、より大きな workload を動的 scaling に載せられる
- Microsoft Entra ID SSO for Power BI と service principal OAuth U2M Beta が追加され、BI 連携と自動化認証の設計に関わる
今回のリリースノートで語られていること
今回の Databricks 更新は、開発者ツール、compute governance、AI model serving、BI 連携、認証をまとめて進める内容です。5月21日付の更新では、system.compute.instance_events と system.compute.instance_pools system tables が Public Preview になりました。これにより、classic compute instances の state transitions や、instance pool configurations の履歴を account across で追跡できます。Databricks の compute は job、notebook、SQL、ML、Lakeflow など多くの workload にまたがるため、system table として履歴を分析できることは、コスト、可用性、incident investigation、capacity planning に直結します。
5月20日付では、Databricks CLI が GA になりました。CLI は automation、CI/CD、bundle deployment、workspace 操作の基盤になりやすいツールです。今回の GA では user-to-machine tokens を OS-native secure storage に保存するようになったと説明されています。これは、local development や automation の認証情報管理を少し安全にする一方、組織では CLI version、token lifecycle、device policy、shared machine での利用可否を確認する必要があります。
同じ 5月20日には、metric views の fixed LOD expression syntax update も公開されています。これまで source query で値を事前計算する二段階 approach だったものが、SQL window functions を使って dimension の expr field に直接定義する形になります。semantic / metrics layer を Databricks 上で管理しているチームにとっては、metric definition の書き方、既存 view の migration、review process に関係する更新です。
AI / ML 側では、Custom Model Serving Beta が出ています。vLLM engine を使い、Foundation Model APIs が直接 support しない custom LLM、fine-tuned LLM、multimodal models、PEFT recipes を Databricks 上で serve できるとされています。これは、外部 hosted model だけでなく、自社 fine-tuned model や domain-specific model を Databricks の serving / governance 面に載せたいチームに関係します。ただし、serving cost、GPU / compute sizing、model artifact provenance、evaluation、rollback、data governance は別途設計が必要です。
Lakebase Autoscaling では compute size の上限が 64 CU / 128 GB RAM へ広がりました。Lakebase を transactional / operational data workload に使う場合、より大きな load に対応しやすくなります。さらに、Microsoft Entra ID SSO for Power BI Public Preview は、Power BI から Databricks へ single sign-on する際に account-level federation policy を使えるようにする更新です。BI 利用者の identity を warehouse / lakehouse 側の access control とそろえたい組織には重要です。
最後に、service principal の identity で OAuth U2M flow による token を取得できる Beta も追加されています。service principal manager role が必要とされており、automation で「個人ユーザーの identity ではなく service principal として操作する」道を広げるものです。CI/CD や scheduled operations では便利ですが、誰が service principal を管理し、どの scope を許可し、どの audit log で追うかを明確にする必要があります。
対象になりそうなチーム
- Databricks CLI / bundle / CI/CD を運用する platform engineering team
- compute cost、instance pool、classic compute の履歴分析をしたい FinOps / operations team
- Databricks Model Serving で custom / fine-tuned LLM を扱いたい AI platform team
- Power BI と Databricks の SSO / identity federation を設計する BI admin / security team
- Lakebase Autoscaling や service principal automation を使う data application team
実務で確認したいポイント
まず、Databricks CLI GA に合わせて、開発者端末と CI/CD 環境で使う CLI version、token storage、rotation、禁止操作を見直します。system tables は、compute incident や cost analysis のために誰が query できるかを決め、既存の observability / chargeback pipeline に組み込めるかを確認します。
Custom Model Serving は Beta なので、本番適用前に model registry、serving endpoint、evaluation、abuse monitoring、cost guardrails を確認します。Power BI SSO は preview であり、既存の workspace、semantic model、DirectQuery / import、row-level security と identity propagation がどう関係するかを検証してください。OAuth U2M for service principals は便利ですが、個人 token から移行する automation を洗い出し、service principal ごとの最小権限と owner を明確にする必要があります。
結局、この更新をどう見るべきか
5月20-21日の Databricks 更新は、AI 機能だけでなく、compute visibility、developer tooling、BI SSO、automation identity を同時に進める platform update です。Databricks を分析基盤から業務アプリ、AI serving、BI 接続の共通基盤へ広げている組織ほど、今回の更新は governance と運用設計の見直しにつながります。