次に予定されているもの

今後のAzure Databricks リリースでの機能と動作の変更について説明します。

ai_parse_document は、コンプライアンス セキュリティ プロファイルが有効になっているワークスペースに対して既定で使用できるようになります

ai_parse_documentは、コンプライアンス セキュリティ プロファイルが有効で、HIPAA、HITRUST、C5、TISAX コントロールが 2026 年 5 月中旬に選択されたワークスペースで既定で使用できるようになります。

ai_parse_document を使用して、PDF、画像、Word ドキュメント、PowerPoint ファイルなどの非構造化ドキュメントの構造化コンテンツを解析します。

ai_parse_document 関数を参照してください。

今後の破壊的変更: ビューと関数の ABAC 行フィルターと列マスクの評価がセッション ID に切り替わります

Unity Catalog では、4 月下旬から、ビューまたは関数所有者の ID ではなく、セッション ユーザーの ID (クエリを実行しているユーザーの ID) を使用して、ビューと関数を介してアクセスされるテーブルの ABAC 行フィルターと列マスクが評価されます。 この変更により、ポリシーの動作がより理解しやすくなり、Azure Databricks がテーブルレベルの行レベルセキュリティと列のマスキングを処理する方法に合わせて調整されます。

この変更は、基になるテーブルへのアクセスの確認方法には影響しません。 ビューと関数を照会するユーザーには、これらのテーブルに対する直接権限は必要ありません。

影響を受けるユーザー: この変更は、ABAC で保護されたテーブル (行フィルターまたは列マスクを含むテーブル) をビューまたは関数を使用してクエリを実行する顧客に影響します。 Azure Databricksは、このパターンを使用している可能性のある顧客を特定するために積極的に連絡を取ります。

  • 影響を受ける可能性のある顧客としてAzure Databricksから連絡があった場合: ポリシーを調整するために 3 か月間の猶予期間が付与されています。 このウィンドウでは、アカウント レベルの設定または create/update API のポリシーごとのフィールドを使用して、新しい動作を段階的にオプトインできます。 Azure Databricksは、ABAC で保護されたテーブルを参照するアカウント内のビューと関数を識別し、ポリシーが新しい動作の下で目的のアクセス結果を生成することを確認するのに役立つ診断ノートブックを提供します。
  • Azure Databricksから連絡がない場合、または 4 月下旬に予定されている起動後に新しい顧客である場合: 新しいセッションIDの動作は、4月下旬にはアカウントでデフォルトの動作になります。 アクションは必要ありません。

Unity カタログ属性ベースのアクセス制御 (ABAC) を参照してください。

今後の動作の変更: Delta テーブルに含まれる VOID 列の読み取り

2026 年 6 月中旬、Delta Lake は VOID 列を完全にサポートします。 以前は、 VOID 列は、パスベースの DataFrame 読み取り (たとえば、 spark.read.format("delta").load(path)) と時間移動クエリによって暗黙的にスキップされていました。 この変更後、これらのクエリには出力に VOID 列が含まれます。

列数や位置に依存するクエリ ( INSERT INTO ... SELECT *など) は、この変更後に失敗したり、正しくない結果が生成されたりする可能性があります。 Delta Lake テーブルから読み取ったクエリと VOID 列を確認して、追加の列が正しく処理されていることを確認します。

「 VOID 型」を参照してください。

今後の破壊的変更: Unity カタログ パイプラインを削除するときの既定の動作

今後のリリースでは、Unity カタログ パイプラインを削除するときの既定の動作が変更されます。 現在、パイプラインを削除すると、関連付けられているマテリアライズド ビュー、ストリーミング テーブル、ビューもすべて削除されます。 この変更後、関連付けられているテーブルは保持されますが、パイプラインが削除された後は非アクティブになります。 また、API は既定でテーブルを保持するように変更されますが、 cascade フィールドを true に設定すると、これがオーバーライドされ、現在の動作が保持されます。

cascade フィールドが使用可能になりました。 パイプラインを削除するときにすべてのテーブルを削除する現在の動作を保持するには、コードを更新して cascade=trueを設定します。

「 パイプラインの削除」と「 パイプラインの削除」を参照してください。

Databricks Apps の Git ベースのデプロイは、コンプライアンス セキュリティ プロファイルが有効になっているワークスペースで間もなく使用できるようになります

2026 年 5 月上旬、 コンプライアンス セキュリティ プロファイル が有効になっているワークスペースに対して、Databricks Apps の Git ベースのデプロイが自動的に有効になります。 GIT リポジトリから直接アプリをデプロイして、CI/CD ワークフローを合理化します。

Databricks アプリのデプロイを参照してください。

新しい SQL エディターの既定の有効化と従来の SQL エディターの廃止

新しい SQL エディターは、2025 年 10 月から一般公開されています。 新しいエディターへの移行の一環として、次の変更が計画されています。

  • 2026 年 5 月下旬以降:新しい SQL エディターは、すべてのワークスペースに対して既定で有効になります。 ワークスペース レベルで機能をオフにする機能は使用できなくなります。 この期間が始まると、個々のユーザーは引き続きクエリを従来の SQL エディターに切り替えることができます。
  • 2026 年 7 月下旬以降:従来の SQL エディターは廃止されます。 すべてのユーザーが新しい SQL エディターを使用し、個々のオプトアウトは使用できなくなります。

新しい SQL エディターの詳細については、新しい SQL エディター でのクエリの記述とデータの探索に関するページを参照してください。 この移行について質問がある場合は、アカウント チームにお問い合わせください。

ダッシュボードの一覧表示 API の並べ替え順序の変更

今後のリリースでは、新しいバージョンの 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 のコンプライアンスに関する情報を参照してください。

Delta Sharing の受信者トークンの変更

オープンな受信者向けの Delta Sharing は、受信者固有の新しい URL 形式に移行します。 移行日が更新され 、2026 年 7 月 1 日になります。 2026 年 7 月 1 日以降に作成された新しいトークンでは、新しい URL 形式が自動的に使用されます。 この変更により、ネットワーク セキュリティが向上し、受信者が受信者固有のネットワーク ポリシーとファイアウォール規則を構成できるようになります。

中国Azureについては、移行は後で発表される予定です。

新しい 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 年間。 なし

コンプライアンス セキュリティ プロファイルが有効になっている一部のワークスペースでは、データ分類が既定ですぐに使用できるようになります

2026 年 3 月中旬には、コンプライアンス セキュリティ プロファイルが有効で HIPAA コントロールが選択されているワークスペースに対して、データ分類が既定で使用できるようになります。

EventBridge のサポートは、ファイル イベントを処理するキューに対して間もなく利用可能になります。

2026年2月下旬に、EventBridge のサポートは、S3 のロケーション用にファイルイベント対応で提供されるキューにおいて利用可能になります。 現在、ファイル イベントは、SNS を使用するか、ストレージ イベントを SQS に直接ルーティングすることによってのみ設定できます。

S3 の指定されたキューの使用を参照してください。

セキュリティとコンプライアンスの強化のお客様向けに、Supervisor エージェントが既定で使用できるようになる予定です

コンプライアンス セキュリティ プロファイルが有効で HIPAA コントロールが選択されているワークスペースでは、Supervisor エージェントが既定ですぐに使用できるようになります。

Supervisor Agent を使用して、複雑なタスクで連携するように AI エージェントとツールを調整するマルチエージェント スーパーバイザ システムを作成します。

「Supervisor エージェントを使用して調整されたマルチエージェント システムを作成する」を参照してください。

ジョブタイムラインテーブルの新しい区切りロジック

2026年1月19日以降、ジョブのタイムラインテーブルでは、時間毎に整列された新しい時刻分割ロジックが使用されます。 タイム スライスは、実行の開始時刻に基づく 1 時間間隔ではなく、標準クロック時間の境界 (午後 5:00 から 6:00、午後 6:00~7:00 など) に揃えるようになりました。 新しい行では新しいスライス ロジックが使用されますが、既存の行は変更されません。

クロックアライメントされたスライスロジックを参照してください。

カタログ エクスプローラーのナビゲーションの更新

カタログ エクスプローラーには、ワークフローを合理化し、データ資産をより効率的に検出および管理するためのナビゲーションの機能強化が間もなく提供されます。

簡略化されたナビゲーション:

重複する [カタログ] タブが削除され、冗長性が低下し、1 つのカタログ ナビゲーション 画面に注目します。 DBFS と フィードバックの送信 アクションは、kebab メニューの [Kebab] メニュー アイコン に移動します。レイアウトがわかりやすくなります。

新しい推奨セクション:

カタログ エクスプローラーのランディング ページの新しい [ 提案] タブでは、頻繁に使用されるオブジェクト、初めて使用するユーザーのオブジェクトの例、ユーザーのお気に入りが強調表示されます。 これにより、重要な資産にすばやくやり直したり、役に立つ開始点を見つけ出したりするのに役立ちます。

統合エントリ ポイント:

関連する機能は、視覚的なノイズを減らし、見つけやすさを向上させるために、より明確なカテゴリにグループ化されています。

  • Govern – 管理タグ、メタストア管理、およびデータ分類のエントリ ポイント
  • 接続 – 外部の場所、外部データ、資格情報、接続のエントリ ポイント
  • 共有 – デルタ共有とクリーン ルームのエントリ ポイント

これらのグループ化は、散在するサブタブを置き換え、より直感的でスケーラブルな情報アーキテクチャを作成します。

Lakehouseフェデレーションの共有とデフォルトストレージ

レイクハウス フェデレーションにおけるDelta Sharingはベータ版で、Delta Sharingのデータプロバイダーは外部のカタログやテーブルを共有することができます。 既定では、データを一時的に具体化し、既定のストレージ (プライベート プレビュー) に格納する必要があります。 現在、ユーザーは、Lakehouse フェデレーション共有を使用するために、アカウントコンソールで既定のストレージのデルタ共有 - 拡張されたアクセス 機能を手動で有効にする必要があります。

Delta Sharing for Default Storage – Expanded Access がすべてのAzure Databricks ユーザーに対して既定で有効になると、既定のストレージがサポートされているリージョンで、Lakehouse フェデレーションの差分共有が自動的に使用できるようになります。

Databricks の既定のストレージと外部スキーマまたはテーブルを共有に追加するを参照してください。

ワークスペースで通知を再読み込みする

今後のリリースでは、ワークスペース タブが更新されずに長い間開かれている場合は、ワークスペース タブを再読み込みするメッセージが表示されます。 これにより、最新バージョンの Databricks と最新の機能と修正プログラムを常に使用できるようになります。

既定のストレージ上のテーブルでのDelta Sharingは、まもなく既定で有効になります（ベータ版）

Delta Sharing のこのデフォルトストレージ更新により、共有機能が拡張され、プロバイダーはデフォルトストレージに基づいた テーブル を、従来のコンピュートを使用する受信者を含むすべての Delta Sharing 受信者（オープンまたは Azure Databricks）に共有できるようになりました。 この機能は現在ベータ版であり、プロバイダーはアカウント コンソールで 既定のストレージの差分共有 - 拡張アクセス を手動で有効にする必要があります。 間もなく、これはすべてのユーザーに対して既定で有効になります。

制限事項を参照してください。

アウトバウンド コントロール プレーンのパブリック IP の更新

Azure Databricksでは、セキュリティとゾーンの可用性を向上させるために、送信コントロール プレーンのパブリック IP およびAzure サービス タグを更新しています。 これらの変更は、 2025 年 5 月 20 日にロールアウトを開始したコントロール プレーン更新プログラムの一部です。

組織でリソース ファイアウォールを使用して受信アクセスを制御する場合:

  • ファイアウォール規則が Azure Databricks service タグを参照している場合、アクションは必要ありません。
  • 特定のコントロール プレーンパブリック 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 はログ記録を停止する可能性があります。

  • Last updated on