Do Delta Sharing para o OpenSharing: o que mudou, o que vem a seguir

O Delta Sharing tem sido o meio pelo qual milhares de organizações trocam dados em tempo real entre nuvens e plataformas sem precisar copiá-los. Em junho de 2026, a Databricks e a Linux Foundation anunciaram que o Delta Sharing evoluiu para o OpenSharing, um protocolo aberto e neutro em relação a fornecedores para o compartilhamento não apenas de tabelas, mas do conjunto mais amplo de ativos de que as equipes de IA agora dependem: habilidades de agentes, modelos de IA e dados não estruturados. Se você já compartilha dados com o Delta Sharing ou está avaliando como colaborar com parceiros em ativos de dados e IA, este artigo aborda o que o OpenSharing realmente é, o que mudou nos bastidores e para onde o projeto está caminhando.

Um breve resumo: o que o Delta Sharing resolveu

Quando a Databricks apresentou o Delta Sharing no Data + AI Summit 2021, o principal problema que ele abordava era simples de descrever e difícil de resolver bem: as organizações queriam compartilhar dados em tempo real com parceiros, clientes e outras equipes, sem precisar exportar arquivos, configurar trabalhos de ETL frágeis ou forçar todos os destinatários a usarem a mesma plataforma. O Delta Sharing foi doado à Linux Foundation como um protocolo aberto, construído sobre o Delta Lake e Parquet, para que um provedor pudesse conceder acesso a uma tabela e um destinatário pudesse consultá-la diretamente, em tempo real, a partir de ferramentas como Apache Spark, Power BI, Tableau, pandas e muitas outras.

Esse modelo aberto e sem cópias agradou muito. O Delta Sharing se tornou o protocolo aberto mais amplamente adotado para o compartilhamento seguro de dados, utilizado por organizações como Amadeus, Atlassian, LSEG, SAP, Stripe e The Trade Desk para colaboração entre nuvens e plataformas, de acordo com a Databricks (comunicado de imprensa da Databricks). Quando a Databricks anunciou o OpenSharing em junho de 2026, o Delta Sharing havia alcançado mais de 28.000 destinatários de dados, com cerca de um terço dos compartilhamentos fluindo entre plataformas por meio de conectores abertos, em vez de ficarem restritos ao compartilhamento entre ambientes Databricks (blog da Databricks).

Por que o Delta Sharing precisava evoluir

O compartilhamento já havia crescido muito além das tabelas. Por meio do compartilhamento entre ambientes Databricks, as equipes vinham trocanado visões, volumes de arquivos não estruturados, notebooks e modelos de ML registrados anos antes de os agentes entrarem em cena, portanto os dados estruturados nunca foram a história toda. O que os agentes mudaram foi o tipo de ativo que precisava ser movido e a distância que precisava percorrer. As habilidades dos agentes, os próprios agentes e o contexto semântico em que operam exigiam o mesmo acesso governado e sem cópias que o compartilhamento já havia comprovado. As empresas também queriam que esse acesso alcançasse outras plataformas e fosse além das conexões entre ambientes Databricks, mas o protocolo aberto ainda se concentrava em tabelas, de modo que esses ativos mais recentes ficavam fora do alcance do que o compartilhamento aberto e multiplataforma podia realmente entregar.

Ao mesmo tempo, as empresas continuavam solicitando duas coisas relacionadas: maior interoperabilidade com formatos como Apache Iceberg e uma maneira de trazer dados armazenados localmente (on-premises) ou em nuvens privadas para o mesmo modelo de compartilhamento governado, sem precisar migrá-los primeiro. Atender a essas duas lacunas significava repensar o escopo do Delta Sharing, e não apenas adicionar recursos a ele.

O que o OpenSharing realmente é

Em 10 de junho de 2026, a Databricks e a Linux Foundation anunciaram conjuntamente o OpenSharing como a próxima evolução do Delta Sharing (comunicado de imprensa da Databricks, comunicado de imprensa da Linux Foundation). A precisão importa aqui, pois o OpenSharing opera em duas camadas distintas:

1. Um protocolo e especificação de código aberto, contribuído pela Databricks e agora desenvolvido como um projeto sob a Linux Foundation AI & Data Foundation. A especificação possui licença Apache 2.0 e está no GitHub, onde qualquer fornecedor ou membro da comunidade pode implementá-la de forma totalmente independente da Databricks (GitHub, OpenSharing).
2. Databricks OpenSharing, a implementação corporativa desse protocolo dentro da plataforma Databricks, integrada ao Unity Catalog, ao Databricks Marketplace e aos Clean Rooms.

O ecossistema aberto vai além do próprio protocolo. O Unity Catalog de código aberto, um projeto sob licença Apache 2.0 também governado pela Linux Foundation, fornece uma camada de governança e catálogo neutra em relação a fornecedores para esses ativos, permitindo que uma equipe o associe a um servidor de compartilhamento aberto e execute o compartilhamento governado totalmente fora da Databricks (GitHub, Unity Catalog).

O cofundador e CTO da Databricks, Matei Zaharia, resumiu a mudança da seguinte forma: "O Delta Sharing provou que a indústria escolheria soluções abertas em vez de sistemas proprietários. O OpenSharing estende esse princípio a toda a pilha de IA, ao mesmo tempo em que expande o ecossistema multiplataforma para destinatários de Iceberg e provedores locais" (comunicado de imprensa da Databricks). O CEO da Linux Foundation, Jim Zemlin, acrescentou que o objetivo é "uma estrutura comum e neutra em relação a fornecedores que permita às organizações trocar ativos de IA com segurança e interoperabilidade entre plataformas e ecossistemas" (comunicado de imprensa da Linux Foundation).

Um esclarecimento importante desde o início: os clientes e integrações existentes do Delta Sharing continuam compatíveis com o OpenSharing. Trata-se de uma evolução do protocolo, e não de uma ruptura, e o repositório delta-io/delta-sharing continua a existir ao lado da nova organização do GitHub OpenSharing-IO/OpenSharing.

Diagrama: O Delta Sharing evolui para o OpenSharing, que opera como uma camada de protocolo aberto no GitHub mais uma camada de implementação corporativa da Databricks, com novo alcance para clientes do Iceberg REST Catalog e armazenamento local ou em nuvem privada.

O que mudou tecnicamente

Um modelo de ativos mais amplo. O protocolo original e aberto do Delta Sharing se concentrava em tabelas, mesmo com o compartilhamento entre ambientes Databricks tendo crescido para abranger mais tipos de ativos. O OpenSharing traz esse modelo mais amplo para a própria especificação aberta e introduz uma hierarquia Share → Schema → Asset que estende o compartilhamento além das tabelas para novos tipos de ativos, incluindo Volumes (diretórios de arquivos em qualquer formato), Habilidades de Agentes e Modelos de IA (GitHub, OpenSharing). Isso significa que um provedor pode empacotar um produto de dados que inclui tanto as tabelas subjacentes quanto os ativos de IA construídos sobre elas, compartilhando tudo por meio de um único protocolo.

Diagrama: Hierarquia de ativos do OpenSharing. Tabela, Volume, Habilidade de Agente e Modelo são tipos de ativos especificados atualmente. Tipos de Agente e Página ou Glossário são listados como propostas da comunidade ainda em discussão.

Suporte ao Iceberg REST Catalog. O OpenSharing adiciona suporte a clientes compatíveis com o Apache Iceberg REST Catalog (IRC), para que os provedores possam compartilhar dados com qualquer engine compatível com Iceberg, e não apenas com clientes nativos do Delta Sharing. A Databricks descreve isso como a extensão do alcance do compartilhamento aberto para organizações padronizadas em ferramentas do Iceberg (página do produto Databricks).

Alcance local e em nuvem privada. Por meio do ecossistema de armazenamento da Databricks, os fornecedores de armazenamento podem executar um servidor OpenSharing que se conecta diretamente ao Unity Catalog, de modo que os dados armazenados localmente ou em uma nuvem privada possam ser governados e compartilhados sem a necessidade de migração prévia (blog da Databricks). A integração AIStor da MinIO está geralmente disponível, com parceiros de armazenamento adicionais em versão prévia ou confirmados para o final de 2026.

A emissão de credenciais sem cópias continua sendo o modelo. Os provedores não movem os dados para compartilhá-los. O servidor de compartilhamento emite credenciais temporárias e com escopo definido, e o próprio servidor fica fora do caminho dos dados, de forma consistente com o funcionamento do Delta Sharing (GitHub, OpenSharing).

Novos recursos de compartilhamento. Paralelamente à alteração do protocolo, a Databricks introduziu vários recursos sobre o OpenSharing:

• SecureConnect (geralmente disponível), um proxy gerenciado pela Databricks que elimina a necessidade de configurar regras de firewall ou de rede para cada novo destinatário (blog da Databricks).
• Global Distribution (Visualização Privada), que replica dados compartilhados mais perto dos destinatários em várias regiões e nuvens para reduzir a latência e tornar os custos de egresso mais previsíveis.
• Compartilhamento de Agentes Genie (Beta), que permite aos provedores compartilhar acesso conversacional em linguagem natural aos seus dados com parceiros externos, com controles sobre cotas e qual lógica subjacente é exposta.
• Compartilhamento de tabelas do Lakebase e de feed de dados de alteração (Visualização Pública), para compartilhar dados operacionais em tempo real sem uma etapa de ETL separada.

Governança movida para a Linux Foundation. O OpenSharing foi contribuído para a Linux Foundation AI & Data Foundation, onde atualmente está no estágio de sandbox, o ponto de entrada para novos projetos sob essa fundação antes de progredirem para a incubação (GitHub, OpenSharing e opensharing.io). As alterações na especificação passam por um processo público de proposta e revisão em vez de serem decididas unilateralmente, que é o mesmo padrão de governança que o Delta Lake e o Delta Sharing já seguiam como projetos da Linux Foundation.

O que isso significa se você já usa o Delta Sharing

Se você tem compartilhamentos, destinatários e conectores configurados hoje, nada disso desaparece. O OpenSharing é aditivo: suas tabelas, conectores e fluxos de trabalho existentes continuam a funcionar, e os novos tipos de ativos e recursos ficam disponíveis conforme você decide adotá-los. Habilitar o OpenSharing para um metastore do Unity Catalog é uma etapa de configuração, não uma migração, e o mesmo fluxo de trabalho de Criar Compartilhamento, Criar Destinatário e Conceder Acesso que você já conhece ainda se aplica a novos tipos de ativos à medida que se tornam disponíveis (Documentação do Databricks).

Para equipes que vêm mantendo integrações personalizadas para mover habilidades de agentes ou artefatos de modelos entre plataformas, a proposta de valor prático é um único conjunto de APIs abertas para descoberta, autorização e acesso, em vez de pipelines separados e sob medida para cada parceiro e cada tipo de ativo.

O que ainda está no roteiro

Alguns recursos descritos no anúncio de junho de 2026 são explicitamente de estágio inicial, em vez de estarem geralmente disponíveis hoje. O compartilhamento externo de tabelas do Iceberg, que permite aos provedores compartilhar diretamente tabelas que residem em catálogos externos, estava em Visualização Pública no lançamento, com disponibilidade geral descrita como próxima. O compartilhamento baseado em e-mail, onde um provedor pode convidar um colaborador inserindo um endereço de e-mail em vez de um fluxo de configuração mais longo, também foi listado como próximo no momento do anúncio.

Além do que o Databricks se comprometeu a entregar, o roteiro público do projeto OpenSharing no GitHub lista um conjunto de propostas da comunidade que ainda são questões de design em aberto, e não recursos finalizados, incluindo suporte para compartilhamento de conjuntos de dados de avaliação e benchmarks com acesso delimitado, compartilhamento de conjuntos de dados sintéticos com metadados de procedência e um tipo de ativo proposto para compartilhamento de índices vetoriais pré-computados (ROADMAP.md do OpenSharing). Como estas são propostas da comunidade, os prazos e o escopo final podem mudar, e vale a pena acompanhá-los no GitHub em vez de tratá-los como datas definitivas.

O OpenSharing também se posiciona em uma camada específica de um conjunto mais amplo e em rápida evolução de padrões abertos para IA. Como o Diretor de Gestão de Produtos do Databricks, Akram Chetibi, descreveu, os protocolos para comunicação de agente para ferramenta e de agente para agente resolvem um problema diferente do que o OpenSharing resolve: "O OpenSharing fornece APIs para descobrir e autorizar o acesso a ativos armazenados, como habilidades de agentes ou modelos de IA" (diginomica). Compreender essa distinção importa se você está projetando uma arquitetura que precisa de ambos os tipos de protocolos trabalhando juntos.

Primeiros passos

Se você é novo no OpenSharing, o caminho de entrada é o mesmo que funcionou para o Delta Sharing: habilite o OpenSharing no metastore do Unity Catalog que gerencia os dados que você deseja compartilhar, crie um compartilhamento contendo os ativos que você deseja expor, crie um destinatário e conceda acesso a esse destinatário (Documentação do Databricks). A partir daí, você pode decidir se um determinado destinatário deve se conectar por meio do compartilhamento do Databricks para Databricks, do compartilhamento do Databricks para o Open para destinatários que não são do Databricks, ou de um servidor OpenSharing auto-hospedado se você quiser executar o protocolo inteiramente fora do Databricks. Conforme você lê a documentação, observe que o protocolo e a marca são escritos como uma única palavra, OpenSharing, enquanto os docs da plataforma usam a frase em minúsculas "Databricks-to-Open sharing" para o modo que compartilha com destinatários fora do Databricks.

Para aprofundar:

• Leia o anúncio original do Databricks e da Linux Foundation.
• Revise a análise técnica aprofundada, Introducing OpenSharing: the Next Evolution of Delta Sharing for the Agentic Era.
• Explore a especificação do protocolo e o roteiro no GitHub.
• Acompanhe as etapas de configuração na documentação do Databricks sobre o OpenSharing.
• Saiba mais sobre como conectar armazenamento local e em nuvem privada através do anúncio do Ecossistema de Armazenamento do Databricks.

O Delta Sharing mudou a forma como as equipes pensavam sobre a movimentação de dados entre plataformas. O OpenSharing estende essa mesma abordagem aberta e sem cópia (zero-copy) para os ativos em que um mundo baseado em agentes opera. Se você já compartilha dados com o Delta Sharing hoje, o próximo passo natural é ver o que mais em sua pilha (stack) pode ser compartilhado da mesma maneira, seja uma habilidade de agente, um modelo ou um conjunto de arquivos não estruturados. Tente habilitar o OpenSharing em um metastore do Unity Catalog em seu workspace, ou comece lendo a especificação do protocolo no GitHub para ver como uma implementação auto-hospedada pode se encaixar em sua própria plataforma.

Pronto para testar o OpenSharing? Habilite-o em um metastore do Unity Catalog no seu workspace ou leia a especificação do protocolo no GitHub para ver como uma implementação auto-hospedada pode se adequar à sua plataforma. Tem dúvidas ou comentários? Entre em contato com a equipe da sua conta do Databricks, abra um problema (issue) no repositório do OpenSharing no GitHub ou participe da discussão na Comunidade do Databricks.

(Esta publicação no blog foi traduzida utilizando ferramentas baseadas em inteligência artificial) Publicação original