Databricks 2026年4月20日のリリースノート解説: Data Classification GA と Supervisor API

4月20日の Databricks 更新は、この月の中でもかなり重要度が高い日です。Data Classification GA, Lakebase OpenTelemetry export, Supervisor API (Beta) と、AI・ガバナンス・オブザーバビリティが一気に進んでいます。

要点

• Databricks Data Classification が GA になった
• Lakebase Postgres の metrics / logs を OTLP backend へ export できる Public Preview が追加された
• Supervisor API により、agent を単一 API call で構築しやすくなった
• runtime maintenance updates も同日公開された

今回の更新で変わること

Databricks は agentic AI を前に出しつつ、同時にデータ分類や observability を整えています。これは、AI を便利機能としてではなく、企業基盤の中で回すための前提を揃えているということです。

対象になりそうなユーザー・チーム

• Unity Catalog で機微データ管理を強めたいガバナンス担当
• AI agent を Databricks 上で構築する GenAI / platform team
• Lakebase を監視基盤へ組み込みたい運用担当

押さえておきたいポイント

Databricks Data Classification is now GA

自動分類とタグ付けを agentic AI system で実現するという点が重要です。Unity Catalog 上のガバナンスを、手作業や部分自動から、より包括的な自動化へ進めやすくなります。

Lakebase OpenTelemetry export is now in Public Preview

Lakebase の metrics / logs を Grafana Cloud, New Relic, Datadog などへ流せるのは、Databricks が observability stack との接続性も重視している証拠です。監視が Lakebase 内で閉じないのは実務上かなり助かります。

Supervisor API for building agents (Beta)

モデル、tools、instructions を1回の API call で扱えるのは、agent 構成の抽象度を上げる方向です。まだ Beta ですが、Databricks の agent platform が API 主導へ進んでいるのが見えます。

読んだあとにまずやること

1. Data Classification を適用したい catalog / schema を決める
2. agent 構築を SDK / API どちらで標準化するか整理する
3. Lakebase 監視を既存 observability backend へ寄せられるか確認する
4. runtime maintenance updates の適用計画を更新する

今すぐ対応が必要か

直ちに対応が必要かどうかは、すでに対象機能や連携を本番利用しているかで変わります。実務では次のように分けて考えると判断しやすいです。

1. すでに該当機能や周辺連携を本番利用しているなら、早めに影響確認と運用見直しを進めたい
2. これから導入や検証を行う段階なら、次回の設計・検証項目として押さえておきたい
3. 現時点で利用範囲が重ならないなら、まずは情報把握にとどめても問題ない

結局、この日の更新をどう見るべきか

4月20日は、Databricks が AI を作る, データを守る, 基盤を監視する を同じ地平で進めていることが見える更新日でした。