Databricks 与 Linux 基金会将 Delta Sharing 演进为 OpenSharing

OpenSharing 是 Delta Sharing 的演进，成为一个由 Linux 基金会治理的开放协议，用于共享数据和 AI 资产，包括 Agent Skills 和模型，而不仅仅是表。
随着团队构建 Agent，他们需要跨平台、Iceberg 引擎和本地存储共享 AI 资产，而无需复制数据或为每个合作伙伴构建自定义管道。
OpenSharing 是增量式的。现有的 Delta Sharing 配置继续有效，你可以在 Unity Catalog metastore 上使用相同的 share、recipient 和 grant 工作流启用新的资产类型。

Delta Sharing 一直是数千个组织跨云和平台交换实时数据而无需复制数据的方式。2026 年 6 月，Databricks 和 Linux 基金会宣布 Delta Sharing 已演进为 OpenSharing, 一个开放的、厂商中立的协议，不仅用于共享表，还用于共享 AI 团队现在依赖的更广泛的资产：Agent Skills、AI 模型和非结构化数据。如果你已经使用 Delta Sharing 共享数据，或者你正在评估如何与合作伙伴在数据和 AI 资产上协作，本文将介绍 OpenSharing 究竟是什么、底层发生了什么变化，以及该项目的发展方向。

简要回顾：Delta Sharing 解决了什么问题

当 Databricks 在 Data + AI Summit 2021 上推出 Delta Sharing 时，它所解决的核心问题说起来简单，做好却很难：组织希望与合作伙伴、客户和其他团队共享实时数据，而不必导出文件、搭建脆弱的 ETL 作业，或强迫每个接收方都使用同一平台。Delta Sharing 作为开放协议被贡献给 Linux 基金会，构建在 Delta Lake 和 Parquet 之上，因此提供方可以授予对某张表的访问权限，接收方则可以从 Apache Spark、Power BI、Tableau、pandas 等众多工具中直接、实时地查询该表。

这种开放的零拷贝模式引起了广泛共鸣。据 Databricks 称，Delta Sharing 已发展成为应用最广泛的安全数据共享开放协议，Amadeus、Atlassian、LSEG、SAP、Stripe 和 The Trade Desk 等组织都使用它进行跨云和跨平台协作（Databricks 新闻稿）。到 Databricks 于 2026 年 6 月宣布 OpenSharing 时，Delta Sharing 已覆盖超过 28,000 个数据接收方，其中约三分之一的共享通过开放连接器跨平台流动，而非停留在 Databricks 到 Databricks 的共享之内（Databricks 博客).

为什么 Delta Sharing 需要演进

共享的范围早已远远超出表。通过 Databricks 到 Databricks 的共享，团队在 Agent 出现之前许多年就已经在交换视图、非结构化文件卷、笔记本和已注册的 ML 模型，因此结构化数据从来都不是全部。Agent 改变的是需要移动的资产类型，以及这些资产需要传播多远。Agent Skills、Agent 本身，以及它们运行所依赖的语义上下文，都需要共享已经验证过的那种受治理的零拷贝访问。企业还希望这种访问能够跨平台、超越 Databricks 到 Databricks 的连接，而该开放协议仍然以表为中心，因此这些较新的资产处于开放、跨平台共享实际能够交付的范围之外。

与此同时，企业不断提出两项相关诉求：与 Apache Iceberg 等格式实现更广泛的互操作性，以及找到一种方法，将位于本地或私有云中的数据纳入同一套受治理的共享模型，而无需先进行迁移。要弥补这两个缺口，就意味着重新思考 Delta Sharing 的范围，而不仅仅是给它增加功能。

OpenSharing 究竟是什么

2026 年 6 月 10 日，Databricks 与 Linux 基金会共同宣布 OpenSharing 作为 Delta Sharing 的下一次演进（Databricks 新闻稿, Linux 基金会新闻稿）。这里的精确性很重要，因为 OpenSharing 在两个不同的层面上运作：

一个开源协议与规范, 由 Databricks 贡献，现作为 Linux 基金会 AI & Data Foundation 下的项目开发。该规范采用 Apache 2.0 许可，托管在 GitHub 上，任何供应商或社区成员都可以完全独立于 Databricks 来实现它（GitHub，OpenSharing).
Databricks OpenSharing，即该协议在 Databricks 平台内部的企业级实现，并与 Unity Catalog、Databricks Marketplace 和 Clean Rooms 集成。

开放生态系统所及的范围超越了协议本身。开源 Unity Catalog 是一个同样由 Linux 基金会治理的 Apache 2.0 项目，它为这些资产提供厂商中立的目录与治理层，因此团队可以将其与开源共享服务器搭配使用，完全在 Databricks 之外运行受治理的共享（GitHub，Unity Catalog).

Databricks 联合创始人兼 CTO Matei Zaharia 如此阐述这一举措：“Delta Sharing 证明了业界会选择开放而非锁定。OpenSharing 将这一原则扩展到完整的 AI 技术栈，同时将跨平台生态系统扩展到 Iceberg 接收方和本地部署提供方”（Databricks 新闻稿）。Linux 基金会 CEO Jim Zemlin 补充说，目标是“一个通用、厂商中立的框架，使组织能够跨平台和生态系统安全、可互操作地交换 AI 资产”（Linux 基金会新闻稿).

有一点需要事先说明：现有的 Delta Sharing 客户端和集成仍与 OpenSharing 兼容。这是协议的演进，而非对它的割裂，并且 delta-io/delta-sharing 仓库继续与新的 OpenSharing-IO/OpenSharing GitHub 组织并存。

图示：Delta Sharing 演进为 OpenSharing，它作为 GitHub 上的开放协议层加上 Databricks 企业实现层运作，并新增对 Iceberg REST Catalog 客户端以及本地部署或私有云存储的覆盖。

技术上有哪些变化

更广泛的资产模型。 最初的开放 Delta Sharing 协议以表为中心，尽管 Databricks 到 Databricks 的共享已扩展到覆盖更多资产类型。OpenSharing 将这一更广泛的模型纳入开放规范本身，并引入一个 Share → Schema → Asset 层级结构，将共享从 Tables 扩展到新的资产类型，包括 Volumes（任意格式的文件目录）、Agent Skills 和 AI 模型（GitHub、OpenSharing）。这意味着提供方可以打包一个数据产品，其中既包含底层表，也包含构建于其上的 AI 资产，并通过一个协议共享整个产品。

图示：OpenSharing 的资产层级。Table、Volume、Agent Skill 和 Model 是目前已指定的资产类型。Agent 以及 Page 或 Glossary 类型被列为仍在讨论中的社区提案。

Iceberg REST Catalog 支持。 OpenSharing 新增对 Apache Iceberg REST Catalog（IRC）兼容客户端的支持，因此提供方可以将数据共享给任何兼容 Iceberg 的引擎，而不仅限于 Delta Sharing 原生客户端。Databricks 将此描述为将开放共享的覆盖范围扩展到已标准化采用 Iceberg 工具的组织（Databricks 产品页面).

本地部署和私有云覆盖。 通过 Databricks Storage Ecosystem，存储厂商可以运行直接连接 Unity Catalog 的 OpenSharing 服务器，因此位于本地部署或私有云中的数据无需先迁移即可受到治理和共享（Databricks 博客）。MinIO 的 AIStor 集成已正式可用，其他存储合作伙伴处于预览阶段或已承诺在 2026 年晚些时候推出。

零拷贝凭证分发仍是核心模式。 提供方无需移动数据即可共享数据。共享服务器签发临时的、限定范围的凭证，而服务器本身位于数据路径之外，这与 Delta Sharing 的运作方式一致（GitHub、OpenSharing).

新的共享能力。 除了协议变更之外，Databricks 还在 OpenSharing 之上推出了多项能力：

SecureConnect （正式可用），这是由 Databricks 托管的代理，无需为每个新接收方配置防火墙或网络规则（Databricks 博客).
全球分发 （私有预览），可将共享数据复制到跨区域和跨云的接收方更近的位置，以降低延迟并使出口成本更可预测。
Genie Agent 共享 （Beta），允许提供方与外部合作伙伴共享对其数据的对话式自然语言访问，并可控制配额以及暴露哪些底层逻辑。
Lakebase 表与变更数据流共享 （公开预览），用于共享实时运营数据而无需单独的 ETL 步骤。

治理已移交至 Linux 基金会。 OpenSharing 已贡献给 Linux 基金会 AI & Data 基金会，目前处于沙盒阶段，这是该基金会下新项目的入口点，之后才会进入孵化阶段（GitHub、OpenSharing 和 opensharing.io）。规范的变更通过公开提案和评审流程进行，而非单方面决定，这与 Delta Lake 和 Delta Sharing 作为 Linux 基金会项目时已经遵循的治理模式相同。

如果你已经在使用 Delta Sharing，这意味着什么

如果你目前已经设置好了共享、接收方和连接器，这些都不会消失。OpenSharing 是增量式的：你现有的表、连接器和工作流继续有效，新的资产类型和能力会在你选择采用时提供。为 Unity Catalog 元存储启用 OpenSharing 是一个配置步骤，而不是迁移，你熟悉的 Create Share、Create Recipient 和 Grant Access 工作流仍然适用于新资产类型在可用时（Databricks 文档).

对于那些一直维护自定义集成、以便在不同平台之间迁移 Agent Skills 或模型产物的团队来说，其实际价值主张在于：用一套统一的开放 API 来完成发现、授权和访问，而不是为每个合作伙伴和每种资产类型分别构建定制化流水线。

路线图上仍有哪些内容

2026 年 6 月公告中描述的一些能力明确处于早期阶段，而非如今已正式可用。外部 Iceberg 表共享允许提供方直接共享位于外部目录中的表，该功能在发布时处于公开预览阶段，正式可用被描述为“即将推出”。基于电子邮件的共享允许提供方通过输入电子邮件地址而非走更长的设置流程来邀请协作者，该功能在公告时也被列为“即将推出”。

除了 Databricks 已承诺交付的内容之外，OpenSharing 项目在 GitHub 上的公开路线图还列出了一系列社区提案，这些提案仍是开放的设计问题，而非已定稿的功能，包括支持以限定范围访问共享评估数据集和基准、带来源元数据的合成数据集共享，以及一个用于共享预计算向量索引的拟议资产类型（OpenSharing ROADMAP.md）。由于这些是社区提案，时间表和最终范围可能会发生变化，值得在 GitHub 上持续关注，而不应将其视为已承诺的日期。

OpenSharing 还处于更广泛、快速演进的 AI 开放标准体系中的特定层级。正如 Databricks 产品管理总监 Akram Chetibi 所描述的那样，用于 Agent 与工具之间以及 Agent 与 Agent 之间通信的协议所解决的问题与 OpenSharing 不同：“OpenSharing 提供用于发现和授权访问已存储资产（例如 Agent Skills 或 AI 模型）的 API”（diginomica）。如果你正在设计一个需要让两类协议协同工作的架构，那么理解这一区别就很重要。

入门指南

如果你是 OpenSharing 的新手，入门路径与 Delta Sharing 一直以来的做法相同：在管理你想要共享的数据的 Unity Catalog metastore 上启用 OpenSharing，创建一个包含你想要公开的资产的共享，创建一个接收方，并授予该接收方访问权限（Databricks 文档）。在此基础上，你可以决定某个接收方应通过 Databricks 到 Databricks 共享、面向非 Databricks 接收方的 Databricks 到 Open 共享来连接，还是在你希望完全在 Databricks 之外运行该协议时使用自托管的 OpenSharing 服务器。阅读文档时请注意，协议和品牌名称写作一个词 OpenSharing，而平台文档则使用小写短语“Databricks-to-Open sharing”来指代与 Databricks 之外接收方共享的模式。

深入了解：

阅读来自以下机构的原始公告： Databricks 与 Linux 基金会.
阅读技术深度解析，推出 OpenSharing：面向 Agentic 时代的 Delta Sharing 下一次演进.
在以下平台查看协议规范和路线图： GitHub.
逐步了解设置步骤： Databricks 关于 OpenSharing 的文档.
了解如何通过 Databricks 存储生态系统公告连接本地和私有云存储。 Databricks 存储生态系统公告.

Delta Sharing 改变了团队对跨平台数据移动的思考方式。OpenSharing 将同样的开放、零拷贝方法扩展到智能体世界所依赖的资产上。如果你目前已经在使用 Delta Sharing 共享数据，那么自然的下一步就是审视你的技术栈中还有哪些内容可以用同样的方式共享，无论是智能体技能、模型，还是一组非结构化文件。尝试在你的工作区中的 Unity Catalog metastore 上启用 OpenSharing，或者先从阅读 GitHub 上的协议规范开始，了解自托管实现如何融入你自己的平台。

准备好试用 OpenSharing 了吗？在你的工作区中的 Unity Catalog metastore 上启用它，或阅读 GitHub 上的协议规范，了解自托管实现如何适配你的平台。有疑问或反馈？请联系你的 Databricks 客户团队，在 OpenSharing GitHub 仓库，或加入以下讨论： Databricks 社区.