Databricks のロゴ

Databricks / リリースノート / 2026/05/05 / 重要

Databricks 2026年5月の予定変更解説: Lakebase 認証、Runtime 19、権限継承

data-platformgovernancebi

公式リリースノート

Databricks は What's coming? で、Runtime 19 の unified release model、dashboard email subscription の tabular attachments、Power BI 接続の ADBC 移行、workspace object permissions の継承変更、SQL editor 移行など、今後の運用変更をまとめて案内しています。2026年5月7日の再確認では、Lakebase Autoscaling projects の Postgres password authentication が新規プロジェクトで既定無効になる予定も追加されていました。多くは即日 shipped feature ではありませんが、effective date や移行時期が示されており、広義の release-note family として確認すべき内容です。

要点

  • Databricks Runtime 19 から major version ごとに単一 release notes page を持つ unified release model へ移る予定
  • 2026年5月後半、Lakebase Autoscaling の新規 project では Postgres password authentication が既定で無効になる予定
  • Power BI connections は 2026年7月に ADBC へ移行する計画で、開発・検証 semantic model の切り替え検証が推奨されている
  • workspace object permissions は account group からも継承される予定で、orphaned grants が有効化される可能性がある
  • 新 SQL editor は 2026年5月下旬に default enabled、legacy SQL editor は 2026年7月下旬に retirement 予定
  • scoped PAT、user authorization、dashboard email tabular attachments など compliance security profile 対象 workspace の変更も含まれる

今回のリリースノートで語られていること

今回の What's coming? は、Databricks 利用者が今すぐ使える機能だけでなく、今後の移行・既定動作・権限モデル変更を集めたページです。5月7日時点で先頭に追加されていたのは、Lakebase Autoscaling projects の Postgres password authentication に関する既定動作変更です。2026年5月後半から、新しく作成される Lakebase Autoscaling projects では Postgres password authentication が既定で無効になり、既存 project は変更されないと説明されています。これは Lakebase Provisioned 側の既定と揃える動きです。新規プロジェクト作成、Terraform、bootstrap script、application connection、developer onboarding が password auth 前提になっている場合は、接続方式とローテーション手順を見直す必要があります。

Runtime 19 unified release model は、Databricks Runtime の version 管理と release notes の読み方を変えます。これまでは 18.0、18.1、18.2 のような feature version pages がありましたが、version 19 以降は major version ごとに単一の release notes page を持ち、Beta の後に GA となり、その後は日付ごとの更新で features and fixes が追加される形になります。cluster は restart 時に更新を受け、約6か月後に LTS へ移行し、3年 support されると説明されています。platform team は、runtime pinning、検証 cadence、LTS 採用方針、release note monitoring の手順を見直す必要があります。

Power BI 接続の ADBC 移行も重要です。Databricks は、Power BI が 2026年7月にすべての Power BI connections を Arrow Database Connectivity に移行する計画だと説明し、開発・staging semantic models を今から ADBC に切り替えて workload を検証することを推奨しています。2026年2月以降、新規 Power BI Desktop / service 接続は既に ADBC が default になっている一方、既存接続は手動で更新しない限り ODBC のままです。BI team は、gateway、認証、DirectQuery / Import、semantic model refresh、performance、driver rollout を確認する必要があります。

最も注意したいのは workspace object permissions の継承変更です。Databricks は、workspace に直接割り当てられている group だけでなく、account group からも workspace objects の permissions が継承されるようになる予定だと説明しています。これにより、workspace から削除された group に残っていた inactive な permission grants、いわゆる orphaned grants が有効化される可能性があります。新しい権限を追加するわけではないとしても、過去に外したはずの group 権限が account group membership 経由で再び効くと、folders、jobs、notebooks、queries、dashboards への予期しない access が生じます。これは governance / security team が事前に棚卸しすべき変更です。

SQL editor 移行も利用者体験に直結します。新 SQL editor は 2025年10月から GA ですが、2026年5月下旬には workspace level で無効化する選択肢がなくなり default enabled になります。2026年7月下旬には legacy SQL editor が retirement 予定で、最終的にすべての user が新 editor を使います。SQL analyst、BI developer、training team は、query editing、visualization、sharing、keyboard shortcut、既存手順書の差分を確認しておく必要があります。

対象になりそうなチーム

  • Databricks Runtime の標準化と LTS 移行を管理する platform team
  • Lakebase Autoscaling projects の作成・接続方式・認証標準を管理する database / platform team
  • Power BI と Databricks SQL Warehouse を接続している BI / semantic model 担当
  • workspace permission、account groups、SCIM、Terraform を管理する governance / security team
  • SQL editor 移行を利用者教育・サポートに反映する analytics enablement team

実務で確認したいポイント

Lakebase Autoscaling については、新規 project 作成手順で password auth を前提にしていないかを確認します。service principal、network policy、secrets manager、application connection string、developer local access の標準手順を、password auth disabled by default でも成立する形にしておきます。

Runtime 19 については、今後の release notes monitoring を major version + date-based updates に合わせます。LTS 移行前提で、どの workload が latest を追い、どの workload が LTS に固定されるかを決めます。

Power BI ADBC については、既存 semantic model を一覧化し、staging で ADBC に切り替えた refresh、query performance、credential flow を確認します。ODBC 固定が必要な理由がある場合は、期限と代替策を明確にします。

権限継承変更については、inactive / orphaned permission grants を抽出し、account group membership と照合します。特に external users、contractors、過去に workspace から外した group、admin 相当の folder 権限を重点確認します。

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

この What's coming? 更新は、Databricks の運用前提が少しずつ変わることを早めに知らせるものです。新機能の導入よりも、Lakebase の認証既定、runtime 更新の読み方、BI driver 移行、権限継承、SQL editor 標準化といった、後から気づくと障害やアクセス事故につながりやすい変更に価値があります。