Databricks 2026年4月9日のリリースノート解説: Iceberg sharing と AI/BI embed updates

4月9日の Databricks 更新は、Delta Sharing と pipeline lifecycle に関わる2件です。どちらも一見ニッチに見えますが、データ共有と削除時の挙動は本番運用ではかなり重要です。

要点

• foreign Iceberg tables を Delta Sharing で共有できるようになった
• Unity Catalog pipelines の DELETE API に cascade フィールドが追加された
• 共有対象の広がりと、削除時の破壊範囲制御が同時に進んだ

今回の更新で変わること

共有は増やしやすく、削除は事故になりやすい。この2つは運用上の重心です。foreign Iceberg tables の共有は、Databricks が 自前管理テーブルだけでなく外部カタログ起点データも流通対象にしたい ことを示します。一方 cascade=false は、削除が即データ破壊と同義になる怖さを減らします。

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

• Delta Sharing を使うデータ提供者
• foreign Iceberg catalog を扱う lakehouse team
• pipeline 削除やライフサイクル自動化を持つ運用担当

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

Share foreign Iceberg tables with Delta Sharing

Databricks は、自社フォーマットや自社管理対象に閉じず、foreign Iceberg tables まで sharing 対象に広げています。これは相互運用性の文脈で重要です。特に複数カタログ、複数エンジンをまたぐ組織では、外部起点データも共有できる意味が大きいです。

New cascade field for deleting Unity Catalog pipelines

この更新は、削除のデフォルト挙動を将来的に見直す布石でもあります。cascade=false を使うと関連テーブルを inactive で残せるため、削除時の blast radius を小さくできます。運用自動化している組織ほど重要です。

読んだあとにまずやること

1. pipeline 削除フローに cascade 明示を入れる
2. foreign Iceberg を共有したいユースケースを洗い出す
3. 削除時に残したいテーブルの扱いを設計する

今すぐ対応が必要か

直ちに対応が必要かどうかは、すでに対象機能や連携を本番利用しているかで変わります。実務では次のように分けて考えると判断しやすいです。

1. すでに該当機能や周辺連携を本番利用しているなら、早めに影響確認と運用見直しを進めたい
2. これから導入や検証を行う段階なら、次回の設計・検証項目として押さえておきたい
3. 現時点で利用範囲が重ならないなら、まずは情報把握にとどめても問題ない

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

4月9日は、Databricks の 共有範囲 と 削除時の安全性 を広げた日です。派手ではありませんが、本番運用ではかなり効く更新でした。

AI/BI release-notes 側で押さえておきたいこと

4月9日の AI/BI release notes では、local metric views の Public Preview、external embedding GA、Genie Space の iframe embedding、Account-level Genie GA なども公開されています。platform 側の共有・削除制御と合わせて見ると、この日は データ共有の広がり と 利用体験の外部化 が並行して進んだ日だと理解できます。