Databricks のロゴ

Databricks / リリースノート / 2026/04/28 / 重要

Databricks 2026年4月28日のリリースノート解説: SQL warehouse 5X-Large と UC functions tags

Public Previewセキュリティgovernance

公式リリースノート

2026年4月28日の Databricks 更新は、SQL warehouse の大型化、Lakeflow Spark Declarative Pipelines の update history 延長、on-premises 接続の reverse tunnel、Unity Catalog functions への tagging と、基盤運用に効く項目が並びました。派手なモデル追加はありませんが、使い続けるための土台 を厚くする日としてかなり重要です。

要点

  • serverless / pro SQL warehouses に 5X-Large size が Public Preview で追加された
  • Lakeflow Spark Declarative Pipelines の update history retention が 30日から 60日に延長された
  • SSH reverse tunnel で on-premises resources へ inbound firewall を開けずに接続しやすくなった
  • Unity Catalog functions も tags 対象になり、governance の粒度が広がった

今回の更新で変わること

この日の更新は、Databricks の利用規模や接続要件が大きい組織ほど効きます。大きい warehouse を使えること、pipeline の履歴を長く持てること、オンプレ接続を安全に構成しやすいこと、functions までタグ統制を伸ばせることは、いずれも本番基盤の実務課題に直結します。

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

  • 大規模 SQL workload を支えるデータ基盤担当
  • Lakeflow / pipelines の監査や運用履歴を重視する人
  • オンプレ環境と Databricks を安全につなぎたいネットワーク・基盤担当
  • Unity Catalog のタグガバナンスを関数まで広げたい管理者

今回の更新項目の解説

5X-Large SQL warehouse size (Public Preview)

512 workers を持つ 5X-Large size の追加は、単なるサイズ追加以上に 極端に重いBI/SQL workload を Databricks でどう受けるか に関わります。Public Preview ですが、大規模ユーザーには検討価値が高い更新です。

Lakeflow Spark Declarative Pipelines updates are retained for 60 days

update history の retention 延長は、監査や障害調査でじわっと効きます。rolling upgrade や pipeline 挙動の変化を追うときに、30日では足りない場面があったことがうかがえます。

Connect Databricks to on-premises resources using an SSH reverse tunnel

inbound firewall を開けずに on-premises へつなげる構成は、企業導入でかなり現実的です。serverless や classic compute を既存社内資源へ安全につなぎたい組織には重要な選択肢です。

Tag Unity Catalog functions

functions が tagging 対象になることで、UC の governance はテーブルやボリュームだけでなく、ロジック部品にも広がります。関数の検索性、認証・非推奨ラベル、説明責任を強めたい組織には意味があります。

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

  • 4月28日は 運用・接続・統制 を厚くする更新日だった
  • SQL warehouse と on-prem 接続は規模の大きい組織ほど価値がある
  • UC functions tagging は地味でも governance 面ではかなり重要

今すぐ対応が必要か

  1. 大規模 SQL やオンプレ接続の課題がある組織は優先的に確認したいです
  2. pipeline history retention や function tagging は、運用標準や監査設計を見直すきっかけになります
  3. Public Preview を含むため、即本番よりは検証と影響確認から入るのが自然です

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

4月28日の Databricks は、派手な AI 新機能ではなく、大規模運用に耐えるための実務土台 を前に進めた日です。本番利用が深いチームほど価値が分かりやすい更新でした。