Delta Sharingは長年にわたり、数千の組織がデータをコピーせずにクラウドやプラットフォームを越えてライブデータを交換する方法でした。2026年6月、DatabricksとLinux Foundationは、Delta SharingがOpenSharingへ進化したことを発表しました。これは表だけでなく、AIチームが現在依赖するより広範な資産——エージェントスキル、AIモデル、非構造化データ——を共有するための、オープンでベンダー中立なプロトコルです。すでにDelta Sharingでデータを共有している場合、またはデータとAI資産の両方でパートナーと協業する方法を評価している場合、この記事ではOpenSharingが実際に何であるか、内部で何が変わったか、プロジェクトがどこに向かっているかを説明します。
簡単な振り返り：Delta Sharingが解決したこと
Databricksが2021年のData + AI SummitでDelta Sharingを導入したとき、それが対処した中心的な問題は、単純ながら適切に解決するのが難しいものでした。組織はファイルをエクスポートしたり、脆弱なETLジョブを立ち上げたり、すべての受信者を同じプラットフォームに強制したりすることなく、パートナー、顧客、他のチームとライブデータを共有したいと考えていました。Delta SharingはオープンプロトコルとしてLinux Foundationに寄贈され、Delta LakeとParquetに基づいて構築されたため、プロバイダーは表へのアクセスを許可し、受信者はApache Spark、Power BI、Tableau、pandasなど多くのツールから直接リアルタイムでクエリを実行できました。
このオープンなゼロコピーモデルは共感を呼びました。Databricksによると、Delta Sharingは最も広く採用されている安全なデータ共有のオープンプロトコルに成長し、Amadeus、Atlassian、LSEG、SAP、Stripe、The Trade Deskなどの組織がクロスクラウドおよびクロスプラットフォームのコラボレーションに使用しています。Databricksが2026年6月にOpenSharingを発表するまでに、Delta Sharingは28,000以上のデータ受信者に達し、共有の約3分の1がDatabricks間の共有にとどまらず、オープンコネクタを介してプラットフォームを越えて流れていました。
Delta Sharingが進化を必要とした理由
共有はすでに表の範囲をはるかに超えて成長していました。Databricks間の共有を通じて、チームはエージェントが登場する何年も前から、ビュー、非構造化ファイルのボリューム、ノートブック、登録済みMLモデルを交換していたため、構造化データがすべてではありませんでした。エージェントが変えたのは、移動する必要のある資産の種類と、それが移動する必要のある範囲です。エージェントスキル、エージェント自体、およびそれらが実行されるセマンティックコンテキストはすべて、共有がすでに証明したガバナンスされたゼロコピーアクセスを必要としていました。企業はまた、そのアクセスがプラットフォームを越えてDatabricks間の接続を超えて到達することを望んでいましたが、オープンプロトコルは依然として表を中心としていたため、これらの新しい資産はオープンなクロスプラットフォーム共有が実際に提供できる範囲の外にありました。
同時に、企業は2つの関連する要望を繰り返し表明していました。Apache Icebergなどのフォーマットとの広範な相互運用性と、オンプレミスまたはプライベートクラウドにあるデータを最初に移行することなく同じガバナンスされた共有モデルに持ち込む方法です。これらの両方のギャップに対処するには、機能を追加するだけでなく、Delta Sharingの範囲を再考する必要がありました。
OpenSharingとは実際に何か
2026年6月10日、DatabricksとLinux Foundationは共同でOpenSharingをDelta Sharingの次の進化として発表しました。正確さが重要です。なぜなら、OpenSharingは2つの異なる層で動作するからです。
Databricksが寄贈し、現在Linux Foundation AI & Data Foundationの下でプロジェクトとして開発されているオープンソースプロトコルおよび仕様。仕様はApache 2.0ライセンスでGitHub上にあり、任何のベンダーまたはコミュニティメンバーがDatabricksから完全に独立して実装できます。
Databricks OpenSharing。これはDatabricksプラットフォーム内でのそのプロトコルのエンタープライズ実装であり、Unity Catalog、Databricks Marketplace、Clean Roomsと統合されています。
オープンエコシステムはプロトコル自体を超えています。オープンソースのUnity Catalogは、同じくLinux Foundationの下でガバナンスされるApache 2.0プロジェクトで、これらの資産のためのベンダー中立なカタログとガバナンス層を提供します。そのため、チームはそれをオープン共有サーバーと組み合わせて、Databricksの完全に外でガバナンスされた共有を実行できます。
Databricksの共同創設者兼CTOであるMatei Zaharia氏は次のように述べています。「Delta Sharingは、業界がロックインよりもオープンを選択することを証明しました。OpenSharingはその原則をAIスタック全体に拡張し、同時にクロスプラットフォームエコシステムをIceberg受信者とオンプレミスプロバイダーに拡大します。」Linux FoundationのCEOであるJim Zemlin氏は、目標は「組織がプラットフォームやエコシステムを越えてAI資産を安全かつ相互運用可能に交換できるようにする、共通のベンダー中立フレームワーク」であると付け加えました。
事前に明確にすべき点：既存のDelta Sharingクライアントと統合はOpenSharingと互換性を維持します。これはプロトコルの進化であり、断絶ではありません。delta-io/delta-sharingリポジトリは引き続き存在し、新しいOpenSharing-IO/OpenSharing GitHub組織と並存します。
技術的に何が変わったか
より広範な資産モデル。元のオープンDelta Sharingプロトコルは表を中心としていましたが、Databricks間の共有はより多くの資産タイプをカバーするように成長していました。OpenSharingはその広範なモデルをオープン仕様自体に取り込み、Share → Schema → Asset階層を導入して、共有を表から新しい資産タイプ（任意の形式のファイルのディレクトリであるボリューム、エージェントスキル、AIモデルなど）に拡張します。これにより、プロバイダーは基盤となる表とその上に構築されたAI資産の両方を含むデータ製品をパッケージ化し、プロトコル全体を通じて共有できます。
Iceberg REST Catalogサポート。OpenSharingはApache Iceberg REST Catalog（IRC）互換クライアントのサポートを追加するため、プロバイダーはDelta Sharingネイティブクライアントだけでなく、任何のIceberg互換エンジンにデータを共有できます。Databricksはこれを、Icebergツールに標準化している組織にオープン共有のリーチを拡大するものと説明しています。
オンプレミスおよびプライベートクラウドへのリーチ。Databricks Storage Ecosystemを通じて、ストレージベンダーはUnity Catalogに直接接続するOpenSharingサーバーを実行できるため、オンプレミスまたはプライベートクラウドにあるデータを最初に移行することなくガバナンスおよび共有できます。MinIOのAIStor統合は一般提供されており、追加のストレージパートナーはプレビュー中または2026年後半に提供予定です。
ゼロコピー資格情報発行はモデルとして維持されます。プロバイダーは共有するためにデータを移動しません。共有サーバーは一時的でスコープされた資格情報を発行し、サーバー自体はデータパスの外に位置します。これはDelta Sharingの動作方法と一致しています。
新しい共有機能。プロトコルの変更に加えて、DatabricksはOpenSharing上にいくつかの機能を導入しました。
SecureConnect（一般提供）：受信者ごとにファイアウォールやネットワークルールを設定する必要をなくす、Databricksが管理するプロキシ。
Global Distribution（プライベートプレビュー）：共有データをリージョンやクラウドを越えて受信者に近い場所に複製し、レイテンシを削減し、イグレスコストをより予測可能にします。
Genie Agent Sharing（ベータ）：プロバイダーが外部パートナーとデータへの会話型自然言語アクセスを共有できるようにし、クォータと公開される基盤ロジックを制御できます。
Lakebaseテーブルと変更データフィード共有（パブリックプレビュー）：別個のETLステップなしでライブ運用データを共有します。
ガバナンスはLinux Foundationに移行。OpenSharingはLinux Foundation AI & Data Foundationに寄贈され、現在はサンドボックス段階にあります。これは、インキュベーションに進む前の新しいプロジェクトの入口です。仕様の変更は一方的に決定されるのではなく、公開提案とレビューのプロセスを経ます。これは、Delta LakeとDelta SharingがLinux Foundationプロジェクトとしてすでに従ってきたのと同じガバナンスパターンです。
すでにDelta Sharingを使用している場合の意味
現在共有、受信者、コネクタを設定している場合、それらはなくなりません。OpenSharingは追加的です。既存の表、コネクタ、ワークフローは引き続き機能し、新しい資産タイプと機能は採用するにつれて利用可能になります。Unity CatalogメタストアのOpenSharingを有効化することは移行ではなく設定手順であり、すでに知っている共有の作成、受信者の作成、アクセスの付与というワークフローは、新しい資産タイプが利用可能になるにつれて適用されます。
プラットフォーム間でエージェントスキルやモデルアーティファクトを移動するためのカスタム統合を維持してきたチームにとって、実用的な価値提案は、パートナーごと、資産タイプごとに別々の特注パイプラインではなく、検出、認可、アクセスのための単一のオープンAPIセットです。
ロードマップに残っているもの
2026年6月の発表で説明された機能の一部は、明らかに初期段階であり、今日一般提供されているわけではありません。外部カタログにある表をプロバイダーが直接共有できる外部Icebergテーブル共有は、ローンチ時にパブリックプレビューであり、一般提供は近日中と説明されていました。メールベースの共有（プロバイダーがより長い設定フローではなくメールアドレスを入力してコラボレーターを招待できる）も、発表時に近日提供予定としてリストされていました。
Databricksが出荷を約束したもの以外に、OpenSharingプロジェクトのGitHub上の公開ロードマップには、最終的な機能ではなくまだオープンな設計上の問題である一連のコミュニティ提案がリストされています。これには、スコープ付きアクセスでの評価データセットとベンチマークの共有、プロベナンスメタデータ付きの合成データセット共有、事前計算されたベクトルインデックスを共有するための提案された資産タイプが含まれます。これらはコミュニティ提案であるため、タイムラインと最終的な範囲は変更される可能性があり、約束された日付として扱うのではなくGitHubで追跡する価値があります。
OpenSharingはまた、AIのためのより広範で急速に進化するオープン標準の中の特定の層に位置しています。DatabricksのプロダクトマネジメントディレクターであるAkram Chetibi氏が説明しているように、エージェント間通信やエージェント対ツールのプロトコルは、OpenSharingとは異なる問題を解決します。「OpenSharingは、エージェントスキルやAIモデルなどの保存された資産へのアクセスを発見および認可するためのAPIを提供します。」両方の種類のプロトコルを連携させる必要があるアーキテクチャを設計している場合、この区別を理解することが重要です。
はじめに
OpenSharingが初めての場合、導入経路はDelta Sharingと同じです。共有するデータを管理するUnity CatalogメタストアでOpenSharingを有効にし、公開する資産を含む共有を作成します。