次に予定されているもの

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

今後の動作の変更: MANAGE で同じオブジェクトに USE CATALOG または USE SCHEMA が不要になりました

MANAGE 権限 を使用すると、ユーザーは所有者にならずに、オブジェクトの権限の管理、所有権の譲渡、削除を行うことができます。

一般に、 使用特権 (USE CATALOG と USE SCHEMA) は、Unity Catalog オブジェクトを操作するための前提条件です。 現在、カタログまたはスキーマに対する MANAGE 権限は、適切な使用権限も保持している場合にのみ有効になります。

2026 年 8 月 3 日より、 MANAGE では、 MANAGE が付与されている特定のオブジェクトに対する使用特権は不要になります。 この変更により、 MANAGE オブジェクトの所有権との一貫性が高くなります。 親コンテナーに対する使用特権は引き続き必要です。 例えば次が挙げられます。

• 現在、スキーマを管理するには、そのスキーマに対する USE CATALOG + USE SCHEMA + MANAGE が必要です。
• 変更後、スキーマを管理するには、そのスキーマに対する USE CATALOG + MANAGE のみが必要です。

次の表は、オブジェクトを管理するための新しい要件をまとめたものです。

何が変わっていないか

• MANAGEが付与されているオブジェクトより上位の親コンテナーでは、ユーザーが親に対する所有権またはMANAGEを持っていない限り、USE CATALOGまたはUSE SCHEMA、あるいはその両方が引き続き必要です。
• 他のすべての特権は影響を受けず、引き続き前提条件として USE CATALOG と USE SCHEMA が必要です。 テーブルのクエリを実行するには、テーブルに対する SELECT と、親カタログとスキーマに対する USE CATALOG と USE SCHEMA が必要です。 スキーマにタグを適用するには、スキーマに対する APPLY TAG と USE SCHEMA に加えて、親カタログに USE CATALOG する必要があります。

推奨事項

対応する USE 特権も付与せずに MANAGE を広く付与している場合 (委任を簡略化するためなど)、これらの MANAGE 許可がアクティブになることに注意してください。所有者は、この変更の出荷後にそのオブジェクトを管理する機能を取得します。 Databricks では、既存の MANAGE 許可を監査して、意図したアクセスが反映されることを確認することをお勧めします。

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

AI Search High QPS は、 コンプライアンス セキュリティ プロファイル が 2026 年 8 月下旬に有効になっているワークスペースで、既定で使用できるようになります。

標準の AI 検索エンドポイントにターゲット QPS を設定して、検索バー、レコメンデーション システム、エンティティ照合などの高スループットのリアルタイム ワークロードを実現します。 高い QPS は既定で有効になっていますが、既存のエンドポイントは影響を受けません。 追加の容量と関連コストは、エンドポイントのターゲット QPS を構成する場合にのみ適用されます。

高い QPS を使用した AI Search エンドポイントのスループットのスケーリングに関する説明を参照してください。

管理タグシステムテーブルはベータ版で利用可能になります

Azure Databricksベータ版で system.governance.governed_tags システム テーブルを起動する予定です。 この表には、顧客が作成したタグやシステムによって生成されたタグなど、アカウント内のすべての管理タグ キーのバージョン管理されたレコードが含まれています。

Azure Databricks が提供する MCP サービスは間もなく一般提供されます

Slack、GitHub、Atlassian、Google Drive などの SaaS アプリケーション向けの Azure Databricks 提供される MCP サービスは、読み取り操作と書き込み操作の両方が既定で有効になっている間もなく一般提供される予定です。 管理者とユーザーは、 Unity AI Gateway で MCP サービスと個々のツールを無効にすることができます。

MCP サービスを使用したサード パーティ製ツールへのエージェントの接続に関する説明を参照してください。

Lakeflow Connect のSharePoint コネクタは近日中に一般公開される予定です

Lakeflow Connect のSharePoint コネクタは間もなく一般公開される予定です。 変換、分析、およびダウンストリーム パイプラインのために、ファイルと構造化データSharePointサイトからAzure Databricksに取り込むことができます。

コネクタSharePoint参照してください。

Lakeflow Connect の Google ドライブ コネクタが近日中に一般公開される予定です

Lakeflow Connect の Google ドライブ コネクタは間もなく一般公開される予定です。 Google Drive からAzure Databricksにファイルを取り込み、変換、分析、およびダウンストリーム パイプラインを行うことができます。

Google ドライブ コネクタを参照してください。

コンプライアンス セキュリティ プロファイルが有効になっているワークスペースの既定のパイプライン エディターに変更する

Lakeflow Pipelines エディターは、2026 年 5 月から一般公開されています。 8 月には、 コンプライアンス セキュリティ プロファイル が有効になっているワークスペースでパイプラインを開発およびデバッグするための既定のエディターになります。 その時点で、レガシ エディターは削除されます。

Lakeflow パイプライン エディターの詳細については、「Lakeflow パイプライン エディターを 使用した ETL パイプラインの開発とデバッグ」を参照してください。 この移行について質問がある場合は、アカウント チームにお問い合わせください。

継続的なジョブとパイプラインの動作の変更

2026 年 8 月上旬、継続的な Lakeflow パイプラインとジョブは、構成と状態管理を簡素化するための更新プログラムを受け取ります。

継続的パイプライン

パフォーマンス モードなどのジョブ レベルの設定を含め、パイプライン ページから直接継続的スケジュールを構成できます。 この方法で継続実行スケジュールを設定すると、パイプラインは継続ジョブとして実行されるようになります。

Databricks では、パイプラインに組み込まれている継続設定ではなく、継続ジョブを使用して継続パイプラインを実行することを推奨しています。 継続的ジョブがパイプラインをラップすると、ジョブはパイプラインの実行ライフサイクルを管理します。 組み込みの連続設定は削除されていませんが、新しい連続パイプラインでは連続ジョブ パターンを使用する必要があります。

連続ジョブ

連続ジョブの状態管理が簡素化されます。 以下の破壊的変更が適用されます。

• ジョブに継続的スケジュールを追加すると、スケジュールが一時停止されているか、一時停止されていないかにかかわらず、アクティブな実行が取り消されます。
• ジョブから継続的スケジュールを削除すると、アクティブな実行が取り消されます。
• 一時停止中の連続ジョブを実行すると、一時停止が解除されます。
• 継続的ジョブを一時停止すると、アクティブな実行も取り消されます。
• 継続的ジョブのアクティブな実行を停止すると、ジョブも一時停止します。

新しい読み取り専用 API フィールドは、連続ジョブの状態を追跡します。

現在の継続的なジョブ動作に依存する自動化またはワークフローを確認し、このリリースの前に更新します。

Lakeflow ジョブの SQL アラート タスクは、既定で使用できます

Lakeflow ジョブの SQL アラート タスクは一般公開されており、ワークスペースで既定で使用できます。 このタスクを使用して、Lakeflow ジョブの一部として Databricks SQL アラートを評価します。 タスクは評価状態をタスク出力値として返します。そのため、ダウンストリーム タスクは結果に分岐できます。

ジョブに対する SQL アラート タスクを参照してください。

Azure Databricksマネージド VNet を使用したクラシック ワークスペースの作成は間もなく非推奨になります

今後のリリースでは、Azure Databricksは、Azure Databricksマネージド VNet を使用してクラシック ワークスペースの作成を非推奨にする予定です。 新しいワークスペースの場合、Azure Databricksは、最も簡単なクイック スタート用のサーバーレス ワークスペース、またはクラシック ワークスペースが必要な場合は VNet インジェクションを推奨します。 詳細な移行タイムラインは個別に伝達されます。

｢クラシック コンピューティング プレーン ネットワーク」を参照してください。

クラシック ワークスペースでは、セキュリティで保護されたクラスター接続が間もなく必須になります

今後のリリースでは、Azure Databricksは、すべてのクラシック ワークスペースに対してセキュリティで保護されたクラスター接続を必要とすることを計画しています。 enableNoPublicIpを false に設定して作成されたワークスペースはサポートされなくなり、パラメーターは必須になります。 詳細な移行タイムラインは個別に伝達されます。

「 セキュリティで保護されたクラスター接続を有効にする」を参照してください。

OpenSharing SecureConnect の今後のAzure課金の変更

Azure Databricks は、OpenSharing SecureConnect を使用するプロバイダーに対し、リージョン間およびパブリック インターネットへのデータ エグレスについて間もなく課金を開始します。

料金は次の場合に適用されます。

• 受信者がプロバイダー ストレージとは異なるリージョンにいます。
• トラフィックはパブリック インターネットに送信されます。

SecureConnect へのイングレスまたは受信者への同じリージョンのエグレスに対しては、料金は適用されません。

価格と FAQ については、「 データ転送と接続の価格」を参照してください。

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

2026 年 7 月中旬に コンプライアンス セキュリティ プロファイル が有効になっているワークスペースでは、Lakeflow Connect の Zerobus 取り込みコネクタが既定で有効になります。

Zerobus 取り込みは、Unity カタログ デルタ テーブルにデータを直接書き込むプッシュベースのインジェスト API です。 Zerobus 取り込みコネクタの概要を参照してください。

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

2026 年 7 月下旬に コンプライアンス セキュリティ プロファイル が有効になっているワークスペースでは、Lakeflow Designer が既定で使用できるようになります。

Lakeflow Designer は、ドラッグ アンド ドロップ キャンバスでデータを準備および変換するためのビジュアルでコードなしのエクスペリエンスであり、すべてのワークフローは Unity カタログによって管理される運用対応コードによってサポートされます。

Lakeflow デザイナーを参照してください。

宣言型オートメーション バンドルは、間もなく既定で直接デプロイ エンジンを使用します

2026 年 7 月 24 日、宣言型オートメーション バンドルでは、Terraform デプロイ エンジンではなく、既定で直接デプロイ エンジンの使用が開始されます。 これにより、引き続き Terraform デプロイ エンジンを使用しているすべてのバンドルの移行がトリガーされます。

直接デプロイ エンジンと Terraform デプロイ エンジンからの移行の詳細については、「 直接デプロイ エンジンへの移行」を参照してください。

Terraform デプロイ エンジンは最終的に削除され、使用できなくなります。

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

ai_extractおよびai_classify SQL AI 関数は、コンプライアンス セキュリティ プロファイルが有効になっているワークスペースと、HIPAA、HITRUST、C5、TISAX コントロールが 2026 年 7 月中旬に選択されたワークスペースで既定で使用できるようになります。

ai_extractを使用して、ユーザー定義スキーマに対して非構造化テキストから構造化フィールドを抽出します。 ai_classifyを使用して、ルーティング、タグ付け、ドキュメント分類ワークフローのユーザー定義ラベルにテキストを分類します。 Agent Bricks を使用して 、情報抽出エージェント と 分類エージェントを作成することもできます。

今後の動作変更: ワークスペースにプリンシパルを追加する際に権限を選択する

Databricks は、プリンシパルがワークスペースの権利を取得する方法を変更しています。 この変更後、 users システム グループからの継承に依存するのではなく、ワークスペースにプリンシパルを追加するときに、権利を明示的に付与します。 ワークスペース管理者は 2026 年 6 月 15 日からオプトインでき、新しい動作は 2026 年 9 月 14 日にすべてのワークスペースに適用されます。

この変更により、コンシューマー専用ユーザーを含む任意のアクセス レベルでプリンシパルを追加でき、自動的にオーサリング特権を継承する必要はありません。

何が変わっているのか

すべてのワークスペースには、ワークスペースへのアクセス権が付与されているすべてのプリンシパルを含む users と、ワークスペース管理者を含む admins という 2 つのシステム グループがあります。 現在、ワークスペースに追加されたすべてのプリンシパルは、 usersに付与された権利を継承します。 既定では、次のようになります。

• ワークスペース アクセス - ノートブック、ジョブ、パイプライン、アプリなどを作成して使用します。
• Databricks SQL アクセス - ダッシュボード、Genie エージェント、アラートなどを作成して使用します。

変更後:

• users グループには権利がありません。 admins グループには、すべてのワークスペースエンタイトルメントが含まれます。 両方のグループの権利がロックされています。
• 新しいプリンシパルには、ワークスペースに追加する際に、明示的に権限を付与する必要があります。
• users adminsを他のグループのメンバーとして入れ子にすることはできません。

既存のプリンシパルは、現在のアクセス レベルを保持します。 Databricks は、以前に users に付与されたエンタイトルメントを、 users-clone-<TIMESTAMP> という名前の新しいワークスペースローカル複製グループに自動的に移行します ( <TIMESTAMP> は移行の時刻です)。 他のワークスペースローカル グループと同様に複製グループを管理し、早期にオプトインするときにその名前をカスタマイズできます。 admins グループは移行を必要としません。

アクションが必要

• 自動化 (Terraform、Workspace SCIM API、またはカスタム スクリプト) を使用してシステム グループの権利を管理する場合は、システム グループではなく、標準アカウント グループをターゲットにするようにワークフローを更新します。 新しい動作が有効になると、システム グループの権利を変更しようとすると失敗します。
• usersまたはadminsが別のグループのメンバーとして入れ子になっている場合は、入れ子を削除します。 新しい仕様では、ネストは許可されていません。
• SCIM 同期によって認識されないワークスペース グループが削除された場合は、移行複製グループ (users-clone-<TIMESTAMP>) を保持するように構成を更新します。 同期によって複製グループが削除された場合、そのグループに移行されたプリンシパルは権利を失います。

Timeline

• 2026 年 6 月 15 日 – [高度な > アクセス制御] のワークスペース設定でオプトインを使用できます。
• 2026 年 7 月 27 日 – オプトインまたはオプトアウトされていないワークスペースの自動有効化。オプトアウトは引き続き使用できます。
• 2026 年 9 月 14 日 – すべてのワークスペースに新しい動作が適用されます。 オプトアウトが削除されました。

新しい動作は、ワークスペース設定の [高度な > アクセス制御] で管理します。

オプトイン前: 従来の動作がアクティブです。

オプトインまたは自動有効化後: 新しい動作がアクティブになります。

詳細については、「 ワークスペースエンタイトルメント制御の移行」を参照してください。

HIPAA、HITRUST、および IRAP に必要なコンプライアンス セキュリティ プロファイル

2026 年 9 月 1 日から、 HIPAA、 HITRUST、 IRAP で保護されたデータを処理するために、コンプライアンス セキュリティ プロファイルが必要になります。

「コンプライアンス セキュリティ プロファイル」を参照してください。

今後の変更: Lakebase 自動スケールへのアップグレード

Azure Databricksは、すべての Lakebase プロビジョニング済みインスタンスを Lakebase 自動スケール プラットフォームにアップグレードします。 アップグレードは 2026 年 6 月に開始され、要求したお客様に対しては、残りのインスタンスアップグレードは次の週に継続されます。 ワークスペース管理者は、アップグレードが開始される前に、アップグレード日が記載された電子メールを受け取ります。

アップグレードは自動的に行われます。 移行中に接続が短時間再起動され、既存の接続文字列、API 呼び出し、宣言型オートメーション バンドル、Terraform 構成は変更なしで引き続き機能します。

アップグレード後、次の変更が適用されます。

• インスタンスは 自動スケール機能を サポートし、新しい自動スケール UI と使い慣れたプロビジョニング済み UI の両方を使用して管理できます。これは 2026 年 9 月 1 日まで使用できます。

• 各インスタンスには、最適化されたイングレスを提供する新しいリージョン用の接続文字列が割り当てられます。

  • 既存の接続文字列: プロビジョニング済みの接続文字列（リージョンなし）は、既存の受信 Private Link で引き続き機能し、Service Direct Private Linkを必要としません。
  • 新しいリージョン接続文字列: Private Link を使用して、Azure Databricks ワークスペースの外部から Lakebase に接続する場合は、新しいリージョン接続文字列を使用するように、パフォーマンス集約型サービス用の受信 Private Linkを構成する必要があります。

• 宣言型オートメーション バンドルや Terraform 構成でスケールツーゼロなどの新しい自動スケール機能を使用するには、自動スケール セマンティクスを使用するようにそれらを更新します。

• Lakebase GA の価格が 適用されます。 固定サイズのインスタンスを置き換えるエラスティック コンピューティングでは、ほとんどのお客様にコンピューティング コストの削減が見受けられます。

• アップグレード後、Lakebase Provisioned の転送 ETL および REST API プライベート プレビュー機能は無効になります。 代わりの Lakebase Change Data Feed と Data API は、自動スケール プラットフォームで利用できます。

Lakebase 自動スケールでは、自動スケーリングとゼロへのスケール、ポイントインタイム リストアとスナップショット、メンテナンス期間のスケジュール設定、データベースの分岐、その他の機能強化が追加されます。 想定される内容、変更内容、実行するアクションの詳細については、「 自動スケールへのアップグレード」を参照してください。

迅速なアップグレードを要求する場合、または質問がある場合は、アカウント チームまたはAzure Databricks サポートにお問い合わせください。

Databricks Runtime 19 では、統合リリース モデルが使用されます

バージョン 19 以降、Databricks Runtime では統合リリース モデルが使用されます。 複数の機能バージョン (19.0、19.1、19.2 など) の代わりに、各メジャー バージョンには 1 つのリリース ノート ページがあります。

最初のベータ版の後、各 Databricks Runtime バージョンは一般公開 (GA) として起動し、約毎週新機能と修正プログラムを受け取り、更新プログラムは 1 ページの日付によって区別されます。 クラスターは再起動時に更新プログラムを受け取ります。 約 6 か月後、バージョンは 3 年間のサポートで長期サポート (LTS) に移行します。

Databricks Runtime 18 は移行リリースです。 18.0、18.1、および 18.2 の機能バージョン ページは履歴参照用に引き続き使用でき、Databricks Runtime 18 LTS は 18.x 行の最終統合バージョンになります。

Power BI接続は ADBC に移行します

Power BIは、2026 年 8 月にすべてのPower BI接続を Arrow Database Connectivity (ADBC) に移行する予定です。 中断を回避するために、Databricks では、開発とステージングのセマンティック モデルを今すぐ ADBC に切り替え、ワークロードを検証することをお勧めします。

Azure DatabricksのPower BI用 ADBC ドライバーは、2025 年 10 月からパブリック プレビュー段階にあります。 2026 年 2 月以降、Power BI Desktop と Power BI サービス のすべての新しい接続では、既定で ADBC が使用されます。 手動で更新しない限り、既存の接続では引き続き ODBC が使用されます。

Power BI 用の ADBC または ODBC ドライバーの構成を参照してください。

ワークスペース オブジェクトのアクセス許可は、間もなくすべてのアカウント グループから継承されます

今後のリリースでは、ワークスペース オブジェクトのアクセス許可は、ワークスペースに直接割り当てられたグループだけでなく、すべてのアカウント グループから継承されます。 プリンシパルは、ジョブ、ノートブック、フォルダー、クエリ、ダッシュボードなどのワークスペース オブジェクトに対するアクセス許可を、それらのグループがワークスペースに割り当てられているかどうかに関係なく、メンバーであるすべてのアカウント グループから継承します。 これらのアクセス許可を使用するには、引き続きユーザーをワークスペースに割り当てる必要があります。

この変更により、非アクティブな ("孤立した") アクセス許可付与もアクティブになります。 これらは、ワークスペースから削除された後もグループに残るアクセス許可付与です。 新しいアクセス許可は追加されていませんが、既存の孤立した許可が有効化されることで、ワークスペースメンバーに意図しないアクセス権が与えられる可能性があります。 たとえば、"Contractors" グループがワークスペースから削除されたが、フォルダーへの編集アクセス権を持っている場合、"Contractors" 内のワークスペース メンバーは、そのフォルダーにアクセスできます。

Databricks では、ワークスペースのアクセス許可を確認することをお勧めします。 次のノートブックを使用して、ワークスペース内の非アクティブなアクセス許可付与を特定します。

孤立したアクセス許可分析ノートブック

ノートブックを入手

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

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

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

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

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

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

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

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

OpenSharing（旧称 Delta Sharing）のオープン受信者用トークンの変更

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

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

新しい URL には、ドメイン内の受信者 ID が含まれます。

https://<recipient-id>.opensharing.westus.azuredatabricks.net/api/2.0/opensharing/metastores/<metastore-id>

参考までに、この変更前に作成された URL には受信者IDが含まれておらず、Delta Sharing エンドポイントを使用します。

https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

古い URL は、一定期間引き続き機能します。 特定の期間は、受信者の種類とトークンの作成日によって異なります。 データ プロバイダーは、古い URL 形式が無効になる前に、新しい URL 形式に移行する必要があります。

OIDC フェデレーション共有:

Databricks では、データ プロバイダーが受信者の新しい URL 形式への移行を開始することをお勧めします。 切り替え日は設定されていませんが、今すぐ切り替えてトラブルシューティングを行えるようにします。 移行後、プロバイダーは OpenSharing UI で新しい URL を見つけることができます。 古い URL 形式が廃止されると、無効になります。

ベアラー トークンの共有:

Lakehouse Federation 共有と既定のストレージ

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

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

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 は引き続きサポートされています。

監査ログの sourceIpAddress フィールドにポート番号が含まれなくなる

バグにより、特定の承認および認証監査ログの sourceIPAddress フィールドに IP に加えてポート番号が含まれます (たとえば、"sourceIPAddress":"10.2.91.100:0")。 ポート番号 (0 としてログに記録される) は、実際の値を示すものではなく、Databricks 監査ログのその他の部分と矛盾します。 監査ログの一貫性を高めるために、Databricks では、これらの監査ログ イベントの IP アドレスの形式を変更する予定です。 この変更は、2024 年 8 月上旬から徐々にロールアウトされます。

監査ログに sourceIpAddress という 0.0.0.0 が含まれている場合、Databricks はログ記録を停止する可能性があります。

Unity カタログの MLflow トレース ストレージは、コンプライアンス セキュリティ プロファイルが有効になっているワークスペースですぐに既定で使用できるようになります

Unity カタログ テーブルの MLflow トレース ストレージは、 コンプライアンス セキュリティ プロファイル が 2026 年 8 月中旬に有効になっているワークスペースで既定で使用できるようになります。

スケーラブルで管理されたトレース ストレージのために、MLflow トレースを Unity カタログ テーブルに格納します。ストレージは無制限、トレースは OpenTelemetry (OTel) 形式で格納され、アクセスは Unity カタログ スキーマとテーブルのアクセス許可を通じて管理され、SQL を使用してトレースにクエリを実行できます。 トレースを表示するには、Unity カタログのトレース場所で MLflow 実験をポイントします。

Unity カタログの OpenTelemetry トレースを格納するを参照してください。