Da Delta Sharing a OpenSharing: cosa è cambiato e quali sono le novità

Delta Sharing è stato il metodo con cui migliaia di organizzazioni hanno scambiato dati in tempo reale tra cloud e piattaforme diverse senza doverli duplicare. Nel giugno del 2026, Databricks e la Linux Foundation hanno annunciato che Delta Sharing si è evoluto in OpenSharing, un protocollo aperto e indipendente dai vendor per condividere non solo le tabelle, ma anche la più ampia gamma di risorse su cui i team di intelligenza artificiale ora fanno affidamento: competenze degli agenti, modelli di IA e dati non strutturati. Se condividi già dati con Delta Sharing o stai valutando come collaborare con i partner sia su dati che su risorse di IA, questo articolo spiega cos'è realmente OpenSharing, cosa è cambiato dietro le quinte e verso dove è diretto il progetto.

Un breve riepilogo: cosa ha risolto Delta Sharing

Quando Databricks ha introdotto Delta Sharing al Data + AI Summit 2021, il problema principale che affrontava era semplice da enunciare ma difficile da risolvere bene: le organizzazioni volevano condividere dati in tempo reale con partner, clienti e altri team, senza esportare file, configurare processi ETL fragili o costringere ogni destinatario a usare la stessa piattaforma. Delta Sharing è stato donato alla Linux Foundation come protocollo aperto, basato su Delta Lake e Parquet, in modo che un provider potesse concedere l'accesso a una tabella e un destinatario potesse interrogarla direttamente, in tempo reale, da strumenti come Apache Spark, Power BI, Tableau, pandas e molti altri.

Quel modello aperto basato sul zero-copy ha trovato grande riscontro. Delta Sharing è diventato il protocollo aperto più ampiamente adottato per la condivisione sicura dei dati, utilizzato da organizzazioni tra cui Amadeus, Atlassian, LSEG, SAP, Stripe e The Trade Desk per la collaborazione cross-cloud e cross-platform, secondo quanto riportato da Databricks (comunicato stampa di Databricks). Nel momento in cui Databricks ha annunciato OpenSharing a giugno 2026, Delta Sharing aveva raggiunto oltre 28.000 destinatari di dati, con circa un terzo delle condivisioni che fluiva tra piattaforme diverse tramite connettori aperti anziché rimanere confinato all'interno della condivisione tra ambienti Databricks (blog di Databricks).

Perché Delta Sharing aveva bisogno di evolversi

La condivisione si era già estesa ben oltre le tabelle. Tramite la condivisione tra ambienti Databricks, i team scambiavano già viste, volumi di file non strutturati, notebook e modelli ML registrati anni prima dell'arrivo degli agenti, quindi i dati strutturati non sono mai stati l'unico tassello. Ciò che gli agenti hanno cambiato è il tipo di risorsa che doveva essere spostata e la distanza che doveva percorrere. Le competenze degli agenti, gli agenti stessi e il contesto semantico su cui operano richiedevano lo stesso accesso governato e zero-copy che la condivisione aveva già dimostrato di saper offrire. Le aziende volevano anche che questo accesso si estendesse oltre le piattaforme e le connessioni tra ambienti Databricks, ma il protocollo aperto era ancora incentrato sulle tabelle, lasciando queste risorse più recenti al di fuori di ciò che la condivisione aperta e multipiattaforma poteva effettivamente garantire.

Allo stesso tempo, le aziende continuavano a richiedere due cose correlate: una maggiore interoperabilità con formati come Apache Iceberg e un modo per portare i dati presenti on-premises o in cloud privati nello stesso modello di condivisione governata, senza doverli prima migrare. Affrontare entrambe queste lacune significava ripensare l'ambito di Delta Sharing, non limitarsi ad aggiungere funzionalità.

Cos'è realmente OpenSharing

Il 10 giugno 2026, Databricks e la Linux Foundation hanno annunciato congiuntamente OpenSharing come la successiva evoluzione di Delta Sharing (comunicato stampa di Databricks, comunicato stampa della Linux Foundation). La precisione è importante in questo caso, perché OpenSharing opera su due livelli distinti:

1. Un protocollo open source e una specifica, donati da Databricks e ora sviluppati come progetto nell'ambito della Linux Foundation AI & Data Foundation. La specifica è con licenza Apache 2.0 e si trova su GitHub, dove qualsiasi vendor o membro della community può implementarla in modo completamente indipendente da Databricks (GitHub, OpenSharing).
2. Databricks OpenSharing, l'implementazione enterprise di quel protocollo all'interno della piattaforma Databricks, integrata con Unity Catalog, Databricks Marketplace e Clean Rooms.

L'ecosistema aperto si estende oltre il protocollo stesso. Unity Catalog open source, un progetto con licenza Apache 2.0 anch'esso governato sotto la Linux Foundation, fornisce un catalogo neutrale rispetto ai vendor e un livello di governance per queste risorse, consentendo a un team di abbinarlo a un server di condivisione aperto ed eseguire una condivisione governata interamente all'esterno di Databricks (GitHub, Unity Catalog).

Il co-fondatore e CTO di Databricks Matei Zaharia ha descritto la mossa in questo modo: "Delta Sharing ha dimosturato che il settore avrebbe scelto l'apertura rispetto ai sistemi proprietari. OpenSharing estende questo principio all'intero stack di IA, ampliando al contempo l'ecosistema multipiattaforma ai destinatari di Iceberg e ai provider on-premises" (comunicato stampa di Databricks). Il CEO della Linux Foundation Jim Zemlin ha aggiunto che l'obiettivo è "un framework comune e neutrale rispetto ai vendor che consenta alle organizzazioni di scambiare risorse di IA in modo sicuro e interoperabile tra piattaforme ed ecosistemi" (comunicato stampa della Linux Foundation).

Un chiarimento utile fin da subito: i client e le integrazioni di Delta Sharing esistenti rimangono compatibili con OpenSharing. Si tratta di un'evoluzione del protocollo, non di una rottura con il passato, e il repository delta-io/delta-sharing continua a esistere insieme alla nuova organizzazione GitHub OpenSharing-IO/OpenSharing.

Diagramma: Delta Sharing si evolve in OpenSharing, che opera come livello di protocollo aperto su GitHub più un livello di implementazione enterprise di Databricks, con una nuova estensione verso i client Iceberg REST Catalog e lo storage on-premises o in cloud privato.

Cosa è cambiato dal punto di vista tecnico

Un modello di risorse più ampio. Il protocollo aperto originale di Delta Sharing era incentrato sulle tabelle, anche se la condivisione tra ambienti Databricks si era evoluta per coprire un numero maggiore di tipi di risorse. OpenSharing integra questo modello più ampio direttamente nella specifica aperta e introduce una gerarchia Share → Schema → Asset che estende la condivisione oltre le tabelle a nuovi tipi di risorse, inclusi i volumi (directory di file in qualsiasi formato), le competenze degli agenti e i modelli di IA (GitHub, OpenSharing). Ciò significa che un provider può impacchettare un prodotto di dati che include sia le tabelle sottostanti che le risorse di IA create su di esse, condividendo l'intero pacchetto tramite un unico protocollo.

Diagramma: la gerarchia delle risorse di OpenSharing. Tabella, volume, competenza dell'agente e modello sono tipi di risorsa specificati oggi. I tipi di agente e pagina o glossario sono elencati come proposte della community ancora in discussione.

Supporto per Iceberg REST Catalog. OpenSharing aggiunge il supporto per i client compatibili con Apache Iceberg REST Catalog (IRC), consentendo ai provider di condividere dati con qualsiasi motore compatibile con Iceberg, e non solo con i client nativi di Delta Sharing. Databricks descrive questa novità come un'estensione della portata della condivisione aperta alle organizzazioni standardizzate sugli strumenti Iceberg (pagina del prodotto Databricks).

Copertura on-premises e cloud privato. Tramite il Databricks Storage Ecosystem, i vendor di storage possono eseguire un server OpenSharing che si collega direttamente a Unity Catalog, consentendo ai dati presenti on-premises o in un cloud privato di essere governati e condivisi senza la necessità di una migrazione preliminare (blog di Databricks). L'integrazione AIStor di MinIO è generalmente disponibile, con ulteriori partner di storage in anteprima o confermati per la fine del 2026.

Il vending delle credenziali zero-copy rimane il modello di riferimento. I provider non spostano i dati per condividerli. Il server di condivisione emette credenziali temporanee e delimitate, e il server stesso si trova al di fuori del percorso dei dati, in linea con il funzionamento di Delta Sharing (GitHub, OpenSharing).

Nuove funzionalità di condivisione. In concomitanza con la modifica del protocollo, Databricks ha introdotto diverse funzionalità basate su OpenSharing:

• SecureConnect (disponibile a livello generale), un proxy gestito da Databricks che elimina la necessità di configurare regole di firewall o di rete per ogni nuovo destinatario (blog di Databricks).
• Global Distribution (anteprima privata), che replica i dati condivisi più vicino ai destinatari tra diverse regioni e cloud per ridurre la latenza e rendere i costi di egress più prevedibili.
• Condivisione di Genie Agent (Beta), che consente ai provider di condividere con partner esterni l'accesso conversazionale e in linguaggio naturale ai propri dati, con controlli su quote e logica sottostante esposta.
• Condivisione di tabelle Lakebase e change data feed (Anteprima pubblica), per condividere dati operativi in tempo reale senza un passaggio ETL separato.

Governance trasferita alla Linux Foundation. OpenSharing è stato affidato alla Linux Foundation AI & Data Foundation, dove si trova attualmente nella fase di sandbox, il punto di ingresso per i nuovi progetti di tale fondazione prima di passare all'incubazione (GitHub, OpenSharing e opensharing.io). Le modifiche alla specifica passano attraverso un processo pubblico di proposta e revisione anziché essere decise unilateralmente, lo stesso modello di governance che Delta Lake e Delta Sharing seguivano già in quanto progetti della Linux Foundation.

Cosa significa se utilizzi già Delta Sharing

Se oggi hai già configurato condivisioni, destinatari e connettori, nulla di tutto ciò andrà perso. OpenSharing è di tipo additivo: le tabelle, i connettori e i flussi di lavoro esistenti continuano a funzionare e i nuovi tipi di asset e funzionalità sono disponibili man mano che scegli di adottarli. L'abilitazione di OpenSharing per un metastore Unity Catalog è un'operazione di configurazione e non una migrazione; inoltre, i flussi di lavoro Crea condivisione, Crea destinatario e Concedi accesso che già conosci si applicano anche ai nuovi asset non appena diventano disponibili (Documentazione di Databricks).

Per i team che hanno mantenuto integrazioni personalizzate per spostare skill di agenti o artefatti di modelli tra diverse piattaforme, la proposta di valore pratica consiste in un unico set di API aperte per l'individuazione, l'autorizzazione e l'accesso, anziché in pipeline separate e su misura per ogni partner e ogni tipo di asset.

Cosa c'è ancora nella roadmap

Alcune funzionalità descritte nell'annuncio di giugno 2026 sono esplicitamente in una fase iniziale piuttosto che generalmente disponibili oggi. La condivisione di tabelle Iceberg esterne, che consente ai provider di condividere direttamente tabelle residenti in cataloghi esterni, era in Anteprima pubblica al momento del lancio e la sua disponibilità generale è prevista a breve. Anche la condivisione basata su email, in cui un provider può invitare un collaboratore inserendo un indirizzo email anziché completare una procedura di configurazione più lunga, è stata indicata come in arrivo al momento dell'annuncio.

Oltre a quanto Databricks si è impegnata a rilasciare, la roadmap pubblica del progetto OpenSharing su GitHub elenca una serie di proposte della community che rappresentano ancora questioni di design aperte anziché funzionalità definitive, tra cui il supporto per la condivisione di dataset di valutazione e benchmark con accesso limitato, la condivisione di dataset sintetici con metadati di provenienza e un tipo di asset proposto per la condivisione di indici vettoriali precalcolati (ROADMAP.md di OpenSharing). Poiché si tratta di proposte della community, le tempistiche e l'ambito definitivo possono variare ed è preferibile monitorarle su GitHub piuttosto che considerarle date certe.

OpenSharing si colloca inoltre in uno specifico livello di un insieme più ampio e in rapida evoluzione di standard aperti per l'IA. Come descritto da Akram Chetibi, Director of Product Management di Databricks, i protocolli per la comunicazione da agente a strumento e da agente ad agente risolvono un problema diverso rispetto a OpenSharing: "OpenSharing fornisce API per l'individuazione e l'autorizzazione dell'accesso agli asset archiviati, come le skill degli agenti o i modelli di IA" (diginomica). Comprendere questa distinzione è importante se stai progettando un'architettura che richiede il funzionamento congiunto di entrambi i tipi di protocolli.

Per iniziare

Se utilizzi OpenSharing per la prima volta, la procedura è la stessa che ha funzionato per Delta Sharing: abilita OpenSharing sul metastore Unity Catalog che gestisce i dati che desideri condividere, crea una condivisione contenente gli asset da esporre, crea un destinatario e concedi a quest'ultimo l'accesso (Documentazione di Databricks). Da lì puoi decidere se un determinato destinatario debba connettersi tramite la condivisione da Databricks a Databricks, la condivisione da Databricks a Open per destinatari esterni a Databricks, oppure tramite un server OpenSharing ospitato autonomamente se desideri eseguire il protocollo interamente al di fuori di Databricks. Quando leggi la documentazione, nota che il protocollo e il marchio sono scritti come una sola parola, OpenSharing, mentre i documenti della piattaforma utilizzano la frase in minuscolo "condivisione da Databricks a Open" per la modalità che effettua condivisioni con destinatari esterni a Databricks.

Per approfondire:

• Leggi l'annuncio originale di Databricks e della Linux Foundation.
• Esamina l'approfondimento tecnico Presentazione di OpenSharing: l'evoluzione successiva di Delta Sharing per l'era degli agenti.
• Esplora le specifiche del protocollo e la roadmap su GitHub.
• Segui i passaggi di configurazione nella documentazione di Databricks su OpenSharing.
• Scopri come connettere lo storage on-premises e cloud privato tramite l'annuncio dell'ecosistema di storage di Databricks.

Delta Sharing ha cambiato il modo in cui i team concepiscono il trasferimento di dati tra diverse piattaforme. OpenSharing estende questo stesso approccio aperto e senza copia agli asset su cui si basa un mondo basato sugli agenti. Se oggi condividi già dati con Delta Sharing, il passo successivo naturale è verificare cos'altro nel tuo stack potrebbe essere condiviso allo stesso modo, che si tratti della skill di un agente, di un modello o di un insieme di file non strutturati. Prova ad abilitare OpenSharing su un metastore Unity Catalog nel tuo workspace, oppure inizia leggendo le specifiche del protocollo su GitHub per scoprire come un'implementazione ospitata autonomamente potrebbe integrarsi nella tua piattaforma.

Pronto a provare OpenSharing? Abilitalo su un metastore Unity Catalog nel tuo workspace, oppure leggi le specifiche del protocollo su GitHub per scoprire come un'implementazione ospitata autonomamente potrebbe adattarsi alla tua piattaforma. Hai domande o commenti? Contatta il tuo team di account Databricks, apri una segnalazione sul repository GitHub di OpenSharing o partecipa alla discussione nella Community di Databricks.

(Questo post sul blog è stato tradotto utilizzando strumenti basati sull'intelligenza artificiale) Post originale