今後の Azure Databricks リリースでの機能と動作の変更について説明します。
Databricks Apps の Git ベースのデプロイは、コンプライアンス セキュリティ プロファイルが有効になっているワークスペースで間もなく使用できるようになります
2026 年 5 月上旬、 コンプライアンス セキュリティ プロファイル が有効になっているワークスペースに対して、Databricks Apps の Git ベースのデプロイが自動的に有効になります。 GIT リポジトリから直接アプリをデプロイして、CI/CD ワークフローを合理化します。
Databricks アプリのデプロイを参照してください。
ダッシュボードの一覧表示 API の並べ替え順序の変更
2026 年 4 月 6 日の今後のリリースでは、新しいバージョンの List Dashboards API によって結果の並べ替え順序が変更されます。 ダッシュボードは、最後に変更された日付までに逆の時系列順に返され、最後に変更されたダッシュボードはタイトルでアルファベット順ではなく最初に返されます。
これは、 next_page_tokenを使用して結果を改ページするユーザーにとって重大な変更です。 以前のバージョンの API によって生成されたトークンは、新しいバージョンでは無効です。 以前のバージョンのトークンを使用すると、API はエラーを返します。
Invalid page_token: this token was generated by a previous/different API version. Please retry without page_token.
この変更後もページ分割を続行するには、 next_page_tokenなしで新しい要求を開始します。
コンプライアンス セキュリティ プロファイルを持つワークスペースでは、Lakebase が既定で有効になります
2026 年 4 月 30 日以降、コンプライアンス標準が HIPAA、C5、TISAX、または None に設定されている場合、コンプライアンス セキュリティ プロファイルを持つワークスペースに対して Lakebase が既定で有効になります。
Lakebase のコンプライアンスに関する情報を参照してください。
Databricks Apps コンソールの新しい UI
今後のリリースでは、Databricks Apps コンソールに、より直感的なアプリ管理エクスペリエンスを提供する再設計されたユーザー インターフェイスが提供されます。 更新されたコンソールにより、アプリの編集、デプロイ、監視のためのワークフローが合理化されます。 ワークスペースの右上隅にあるアプリ スイッチャーから Databricks Apps に直接アクセスすることもできます。
Databricks アプリを参照してください。
Delta Sharing の受信者トークンの変更
オープンな受信者向けの Delta Sharing は、受信者固有の新しい URL 形式に移行します。 移行日が更新され 、2026 年 7 月 1 日になります。 2026 年 7 月 1 日以降に作成された新しいトークンでは、新しい URL 形式が自動的に使用されます。 この変更により、ネットワーク セキュリティが向上し、受信者が受信者固有のネットワーク ポリシーとファイアウォール規則を構成できるようになります。
Azure China の場合、移行は後で発表されます。
新しい URL には、ドメイン内の受信者 ID が含まれます。
https://<recipient-id>.delta-sharing.westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>
参考までに、この変更の前に作成された URL には受信者 ID は含まれません。
https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>
古い URL は、一定期間引き続き機能します。 特定の期間は、受信者の種類とトークンの作成日によって異なります。 データ プロバイダーは、古い URL 形式が無効になる前に、新しい URL 形式に移行する必要があります。
OIDC フェデレーション共有:
データ プロバイダーは、受信者が 2027 年 7 月 1 日より前に新しい URL 形式を使用していることを確認する必要があります。 2026年7月1日から、プロバイダーはDelta Sharingインターフェースで新しいURLを見つけることができます。 2027 年 7 月 1 日以降、古い URL 形式は無効になります。
ベアラー トークンの共有:
| トークンの作成日 | URL 形式 | トークンの有効期限 | 推奨されるアクション |
|---|---|---|---|
| 2026 年 7 月 1 日より前 | 古い形式 | 作成日から 1 年、または 2026 年 12 月 8 日のいずれか後の日付 | データ プロバイダーは、有効期限が切れる前に トークンをローテーション して、新しい URL 形式に移行する必要があります。 移行する時間を受信者に提供するには、ローテーション中に現在のトークンの有効期限を設定してダウンタイム 期間を構成します。 この期間中は、古い URL 形式と新しい URL 形式の両方がサポートされます。 |
| 2026 年 7 月 1 日以降 | 新しい形式 | 構成ごとに、作成日から最大 1 年間。 | なし |
Marketplace プロバイダーの新しい作成ウィザード
2026 年 3 月下旬に、Marketplace プロバイダー コンソールの登録情報の作成エクスペリエンスが、現在の形式からガイド付きステップ バイ ステップ ウィザードに更新されます。 この変更により、新しい Marketplace 登録情報を作成するプロセスが簡略化されます。
サンプル データ エクスプローラーは、3 月下旬に一般公開される予定です
2026 年 3 月下旬に、Genie Code を含むサンプル データ エクスプローラーが一般公開されます。 サンプル データ エクスプローラーを使用すると、埋め込み自然言語インターフェイスを使用して Unity カタログのテーブルに関する質問を行うことができます。
コンプライアンス セキュリティ プロファイルが有効になっている一部のワークスペースでは、データ分類が既定ですぐに使用できるようになります
2026 年 3 月中旬には、コンプライアンス セキュリティ プロファイルが有効で HIPAA コントロールが選択されているワークスペースに対して、データ分類が既定で使用できるようになります。
EventBridge のサポートは、ファイル イベントを処理するキューに対して間もなく利用可能になります。
2026年2月下旬に、EventBridge のサポートは、S3 のロケーション用にファイルイベント対応で提供されるキューにおいて利用可能になります。 現在、ファイル イベントは、SNS を使用するか、ストレージ イベントを SQS に直接ルーティングすることによってのみ設定できます。
S3 の指定されたキューの使用を参照してください。
セキュリティとコンプライアンスの強化のお客様向けに、Supervisor エージェントが既定で使用できるようになる予定です
2026 年 3 月中旬には、 コンプライアンス セキュリティ プロファイル が有効で HIPAA コントロールが選択されているワークスペースに対して、Supervisor エージェントが既定で使用できるようになります。
Supervisor Agent を使用して、複雑なタスクで連携するように AI エージェントとツールを調整するマルチエージェント スーパーバイザ システムを作成します。
「Supervisor エージェントを使用して調整されたマルチエージェント システムを作成する」を参照してください。
ADBC は、新しい Power BI 接続の既定のドライバーになります
2 月以降、Power BI Desktop または Power BI Service で作成された新しい接続では、既定で Arrow Database Connectivity (ADBC) ドライバーが自動的に使用されます。 既存の接続では、手動で ADBC に更新しない限り、ODBC が引き続き使用されます。
新しい接続に ODBC を引き続き使用する場合は、次の 2 つのオプションがあります。
- 接続を作成するときに、[
default] としてを選択します。 - Power BI Desktop で、ADBC 機能プレビューを無効にします。このプレビューでは、すべての新しい接続の既定値として ODBC が復元されます。
ADBC の詳細については、 POWER BI 用の ADBC ドライバーまたは ODBC ドライバー と ADBC リポジトリの Databricks ドライバーの構成に関するページを参照してください。
ジョブタイムラインテーブルの新しい区切りロジック
2026年1月19日以降、ジョブのタイムラインテーブルでは、時間毎に整列された新しい時刻分割ロジックが使用されます。 タイム スライスは、実行の開始時刻に基づく 1 時間間隔ではなく、標準クロック時間の境界 (午後 5:00 から 6:00、午後 6:00~7:00 など) に揃えるようになりました。 新しい行では新しいスライス ロジックが使用されますが、既存の行は変更されません。
クロックアライメントされたスライスロジックを参照してください。
カタログ エクスプローラーのナビゲーションの更新
カタログ エクスプローラーには、ワークフローを合理化し、データ資産をより効率的に検出および管理するためのナビゲーションの機能強化が間もなく提供されます。
簡略化されたナビゲーション:
重複する [カタログ] タブが削除され、冗長性が低下し、1 つのカタログ ナビゲーション 画面に注目します。
DBFS と フィードバックの送信 アクションは、kebab メニューの に移動します。レイアウトがわかりやすくなります。
新しい推奨セクション:
カタログ エクスプローラーのランディング ページの新しい [ 提案] タブでは、頻繁に使用されるオブジェクト、初めて使用するユーザーのオブジェクトの例、ユーザーのお気に入りが強調表示されます。 これにより、重要な資産にすばやくやり直したり、役に立つ開始点を見つけ出したりするのに役立ちます。
統合エントリ ポイント:
関連する機能は、視覚的なノイズを減らし、見つけやすさを向上させるために、より明確なカテゴリにグループ化されています。
- Govern – 管理タグ、メタストア管理、およびデータ分類のエントリ ポイント
- 接続 – 外部の場所、外部データ、資格情報、接続のエントリ ポイント
- 共有 – デルタ共有とクリーン ルームのエントリ ポイント
これらのグループ化は、散在するサブタブを置き換え、より直感的でスケーラブルな情報アーキテクチャを作成します。
Lakehouseフェデレーションの共有とデフォルトストレージ
レイクハウス フェデレーションにおけるDelta Sharingはベータ版で、Delta Sharingのデータプロバイダーは外部のカタログやテーブルを共有することができます。 既定では、データを一時的に具体化し、既定のストレージ (プライベート プレビュー) に格納する必要があります。 現在、ユーザーは、Lakehouse フェデレーション共有を使用するために、アカウントコンソールで既定のストレージのデルタ共有 - 拡張されたアクセス 機能を手動で有効にする必要があります。
Delta Sharing for Default Storage – すべての Azure Databricks ユーザーに対して、拡張アクセスが既定で有効になると、既定ストレージがサポートされているリージョンで、Lakehouse Federation の Delta Sharing が自動的に利用可能になります。
Databricks の既定のストレージと外部スキーマまたはテーブルを共有に追加するを参照してください。
ワークスペースで通知を再読み込みする
今後のリリースでは、ワークスペース タブが更新されずに長い間開かれている場合は、ワークスペース タブを再読み込みするメッセージが表示されます。 これにより、最新バージョンの Databricks と最新の機能と修正プログラムを常に使用できるようになります。
Azure Databricks 用 SAP Business Data Cloud (BDC) コネクタが間もなく一般公開される予定です
Azure Databricks 用 SAP Business Data Cloud (BDC) コネクタは、Delta Sharing を使用して SAP BDC から Azure Databricks、または Azure Databricks から SAP BDC にデータを共有できる新機能です。 この機能は、9 月末に一般公開される予定です。
既定のストレージ上のテーブルでのDelta Sharingは、まもなく既定で有効になります(ベータ版)
差分共有のこの既定のストレージ更新プログラムでは、共有機能が拡張され、プロバイダーは既定のストレージでサポートされている テーブル を、従来のコンピューティングを使用する受信者を含む、すべての Delta Sharing 受信者 (オープンまたは Azure Databricks) と共有できます。 この機能は現在ベータ版であり、プロバイダーはアカウント コンソールで 既定のストレージの差分共有 - 拡張アクセス を手動で有効にする必要があります。 間もなく、これはすべてのユーザーに対して既定で有効になります。
制限事項を参照してください。
アウトバウンド コントロール プレーンのパブリック IP の更新
Azure Databricks は、セキュリティとゾーンの可用性を向上させるために 、送信コントロール プレーンのパブリック IP と Azure サービス タグを更新しています。 これらの変更は、 2025 年 5 月 20 日にロールアウトを開始したコントロール プレーン更新プログラムの一部です。
組織でリソース ファイアウォールを使用して受信アクセスを制御する場合:
- ファイアウォール規則が Azure Databricks サービス タグを参照している場合、アクションは必要ありません。
- 特定のコントロール プレーンパブリック IP を許可する場合は、2025 年 9 月 26 日までにすべての送信コントロール プレーン IP を追加する必要があります。
前の送信コントロール プレーン IP は引き続きサポートされています。
自動ローダーの増分ディレクトリ一覧オプションの動作の変更
注
自動ローダー cloudFiles.useIncrementalListing オプションは非推奨です。 このメモでは、オプションの既定値の変更と、この変更後も引き続き使用する方法について説明しますが、Databricks では、ファイル イベントを含む ファイル通知モードを優先してこのオプションを使用することをお勧めします。
今後の Databricks ランタイム リリースでは、非推奨の自動ローダー cloudFiles.useIncrementalListing オプションの値が既定で falseに設定されます。 この値を false に設定すると、自動ローダーは実行されるたびに完全なディレクトリ一覧を実行します。 現在、cloudFiles.useIncrementalListing オプションの既定値は autoであり、ディレクトリで増分一覧を使用できるかどうかを検出するためのベスト エフォートの試行を自動ローダーに指示します。
増分登録機能を引き続き使用するには、cloudFiles.useIncrementalListing オプションを autoに設定します。 この値を autoに設定すると、自動ローダーは、この変更前のこのオプションの動作と一致する 7 つの増分一覧に 1 回、完全な一覧を実行するようベスト エフォートで試行します。
自動ローダー ディレクトリ一覧の詳細については、「ディレクトリ一覧 モードでの自動ローダー ストリームの構成」を参照してください。
データセット定義が Lakeflow Spark 宣言パイプラインから削除されたときの動作の変更
Lakeflow Spark 宣言型パイプラインの今後のリリースでは、具体化されたビューまたはストリーミング テーブルがパイプラインから削除された場合の動作が変更されます。 この変更により、削除された具体化されたビューまたはストリーミング テーブルは、次のパイプライン更新の実行時に自動的には削除されません。 代わりに、DROP MATERIALIZED VIEW コマンドを使用して具体化されたビューを削除するか、DROP TABLE コマンドを使用してストリーミング テーブルを削除できます。 オブジェクトを削除した後、パイプライン更新を実行しても、オブジェクトは自動的に回復されません。 同じ定義を持つ具体化されたビューまたはストリーミング テーブルがパイプラインに再追加されると、新しいオブジェクトが作成されます。 ただし、UNDROP コマンドを使用してオブジェクトを回復することはできます。
監査ログの sourceIpAddress フィールドにポート番号が含まれなくなる
バグにより、特定の承認および認証監査ログの sourceIPAddress フィールドに IP に加えてポート番号が含まれます (たとえば、"sourceIPAddress":"10.2.91.100:0")。 ポート番号 (0 としてログに記録される) は、実際の値を示すものではなく、Databricks 監査ログのその他の部分と矛盾します。 監査ログの一貫性を高めるために、Databricks では、これらの監査ログ イベントの IP アドレスの形式を変更する予定です。 この変更は、2024 年 8 月上旬から徐々にロールアウトされます。
監査ログに sourceIpAddress という 0.0.0.0 が含まれている場合、Databricks はログ記録を停止する可能性があります。