De Delta Sharing à OpenSharing : ce qui a changé, et la suite

Delta Sharing a permis à des milliers d'organisations d'échanger des données en direct entre différents clouds et plateformes sans avoir à les copier. En juin 2026, Databricks et la Linux Foundation ont annoncé que Delta Sharing évoluait pour devenir OpenSharing, un protocole ouvert et neutre vis-à-vis des fournisseurs, conçu pour partager non seulement des tables, mais aussi l'ensemble des ressources dont dépendent désormais les équipes d'IA : compétences d'agents, modèles d'IA et données non structurées. Si vous partagez déjà des données avec Delta Sharing, ou si vous étudiez la manière de collaborer avec des partenaires sur des données et des actifs d'IA, cet article détaille ce qu'est réellement OpenSharing, les changements apportés sous le capot et l'avenir du projet.

Bref récapitulatif : les problèmes résolus par Delta Sharing

Lorsque Databricks a introduit Delta Sharing lors du Data + AI Summit 2021, le problème fondamental était simple à formuler mais difficile à résoudre : les organisations voulaient partager des données en direct avec des partenaires, des clients et d'autres équipes, sans avoir à exporter des fichiers, mettre en place des processus ETL fragiles ou obliger chaque destinataire à utiliser la même plateforme. Delta Sharing a été confié à la Linux Foundation en tant que protocole ouvert, basé sur Delta Lake et Parquet, permettant ainsi à un fournisseur d'accorder l'accès à une table et à un destinataire de l'interroger directement et en temps réel à partir d'outils tels que Apache Spark, Power BI, Tableau, pandas et bien d'autres.

Ce modèle ouvert sans copie a fait ses preuves. Delta Sharing est devenu le protocole ouvert le plus largement adopté pour le partage sécurisé de données, utilisé par des organisations telles que Amadeus, Atlassian, LSEG, SAP, Stripe et The Trade Desk pour la collaboration inter-cloud et inter-plateforme, selon Databricks (communiqué de presse de Databricks). Au moment où Databricks a annoncé OpenSharing en juin 2026, Delta Sharing avait atteint plus de 28 000 destinataires de données, avec environ un tiers des partages circulant entre plateformes grâce à des connecteurs ouverts plutôt que de rester cantonnés au partage entre environnements Databricks (blog de Databricks).

Pourquoi Delta Sharing devait évoluer

Le partage avait déjà largement dépassé le cadre des tables. Grâce au partage de Databricks à Databricks, les équipes échangeaient des vues, des volumes de fichiers non structurés, des notebooks et des modèles ML enregistrés bien avant l'arrivée des agents, si bien que les données structurées n'ont jamais résumé toute l'histoire. Ce que les agents ont transformé, c'est la nature des actifs à déplacer et la distance qu'ils devaient parcourir. Les compétences d'agents, les agents eux-mêmes et le contexte sémantique sur lequel ils s'exécutent requièrent tous le même accès gouverné et sans copie que le partage avait déjà validé. Les entreprises souhaitaient également que cet accès dépasse le cadre des plateformes et des connexions entre environnements Databricks, mais le protocole ouvert se concentrant toujours sur les tables, ces actifs plus récents échappaient à ce que le partage ouvert et inter-plateforme pouvait réellement offrir.

Parallèlement, les entreprises n'ont cessé de demander deux choses complémentaires : une plus grande interopérabilité avec des formats comme Apache Iceberg et un moyen d'intégrer des données situées sur site ou dans des clouds privés dans le même modèle de partage gouverné, sans avoir à les migrer au préalable. Répondre à ces deux besoins impliquait de repenser la portée de Delta Sharing, et non pas seulement de lui ajouter des fonctionnalités.

Ce qu'est réellement OpenSharing

Le 10 juin 2026, Databricks et la Linux Foundation ont annoncé conjointement qu'OpenSharing constituait la prochaine évolution de Delta Sharing (communiqué de presse de Databricks, communiqué de presse de la Linux Foundation). La précision est importante ici, car OpenSharing fonctionne à deux niveaux distincts :

1. Un protocole et une spécification open source, fournis par Databricks et désormais développés en tant que projet sous l'égide de la Linux Foundation AI & Data Foundation. La spécification est sous licence Apache 2.0 et hébergée sur GitHub, où n'importe quel fournisseur ou membre de la communauté peut l'implémenter en totale indépendance vis-à-vis de Databricks (GitHub, OpenSharing).
2. Databricks OpenSharing, l'implémentation d'entreprise de ce protocole au sein de la plateforme Databricks, intégrée à Unity Catalog, Databricks Marketplace et Clean Rooms.

L'écosystème ouvert va au-delà du protocole lui-même. Open source Unity Catalog, un projet sous licence Apache 2.0 également régi par la Linux Foundation, fournit un catalogue neutre et une couche de gouvernance pour ces actifs, permettant ainsi à une équipe de l'associer à un serveur de partage ouvert et d'exécuter un partage gouverné entièrement en dehors de Databricks (GitHub, Unity Catalog).

Le cofondateur et CTO de Databricks, Matei Zaharia, a résumé la situation ainsi : « Delta Sharing a prouvé que l'industrie choisirait l'ouverture plutôt que le verrouillage propriétaire. OpenSharing étend ce principe à l'ensemble de la pile d'IA, tout en élargissant l'écosystème inter-plateforme aux destinataires d'Iceberg et aux fournisseurs sur site » (communiqué de presse de Databricks). Le PDG de la Linux Foundation, Jim Zemlin, a ajouté que l'objectif est « un cadre commun et neutre qui permet aux organisations d'échanger des actifs d'IA de manière sécurisée et interopérable entre plateformes et écosystèmes » (communiqué de presse de la Linux Foundation).

Une précision utile d'emblée : les clients et intégrations Delta Sharing existants restent compatibles avec OpenSharing. Il s'agit d'une évolution du protocole et non d'une rupture, et le référentiel delta-io/delta-sharing continue d'exister aux côtés de la nouvelle organisation GitHub OpenSharing-IO/OpenSharing.

Schéma : Delta Sharing évolue vers OpenSharing, qui fonctionne comme une couche de protocole ouverte sur GitHub ainsi qu'une couche d'implémentation d'entreprise Databricks, avec de nouvelles possibilités d'extension vers les clients Iceberg REST Catalog et le stockage sur site ou en cloud privé.

Ce qui a changé sur le plan technique

Un modèle d'actifs élargi. Le protocole ouvert Delta Sharing d'origine se concentrait sur les tables, même si le partage entre environnements Databricks avait évolué pour couvrir un plus grand nombre de types d'actifs. OpenSharing intègre ce modèle élargi directement dans la spécification ouverte et introduit une hiérarchie Share → Schema → Asset qui étend le partage au-delà des tables vers de nouveaux types d'actifs, notamment les volumes (répertoires de fichiers de tous formats), les compétences d'agents et les modèles d'IA (GitHub, OpenSharing). Cela signifie qu'un fournisseur peut regrouper un produit de données incluant à la fois les tables sous-jacentes et les actifs d'IA construits par-dessus, et partager l'ensemble via un seul protocole.

Schéma : Hiérarchie des actifs d'OpenSharing. Les types Table, Volume, Agent Skill et Model sont pris en charge dès aujourd'hui. Les types Agent, Page ou Glossary sont répertoriés en tant que propositions de la communauté en cours de discussion.

Prise en charge d'Iceberg REST Catalog. OpenSharing ajoute la prise en charge des clients compatibles avec Apache Iceberg REST Catalog (IRC), ce qui permet aux fournisseurs de partager des données vers n'importe quel moteur compatible avec Iceberg, et pas seulement avec les clients natifs de Delta Sharing. Databricks présente cette évolution comme une extension de la portée du partage ouvert aux organisations standardisées sur les outils Iceberg (page produit Databricks).

Portée sur site et cloud privé. Grâce à l'écosystème de stockage Databricks, les fournisseurs de stockage peuvent exécuter un serveur OpenSharing qui se connecte directement à Unity Catalog, de sorte que les données hébergées sur site ou dans un cloud privé peuvent être gouvernées et partagées sans nécessiter de migration préalable (blog de Databricks). L'intégration AIStor de MinIO est généralement disponible, et d'autres partenaires de stockage sont en version préliminaire ou prévus pour plus tard en 2026.

La génération à la demande d'identifiants sans copie reste la norme. Les fournisseurs ne déplacent pas les données pour les partager. Le serveur de partage émet des identifiants temporaires et délimités, et le serveur lui-même se trouve en dehors du chemin des données, conformément au fonctionnement initial de Delta Sharing (GitHub, OpenSharing).

Nouvelles fonctionnalités de partage. Parallèlement à l'évolution du protocole, Databricks a introduit plusieurs fonctionnalités au-dessus d'OpenSharing :

• SecureConnect (généralement disponible), un proxy géré par Databricks qui évite d'avoir à configurer des règles de pare-feu ou de réseau pour chaque nouveau destinataire (blog de Databricks).
• Global Distribution (en version préliminaire privée), qui réplique les données partagées au plus près des destinataires dans différentes régions et sur différents clouds afin de réduire la latence et de rendre les coûts de sortie plus prévisibles.
• Genie Agent Sharing (Bêta), qui permet aux fournisseurs de proposer un accès conversationnel en langage naturel à leurs données à des partenaires externes, avec des contrôles sur les quotas et la logique sous-jacente exposée.
• Partage de tables Lakebase et de flux de modification de données (Aperçu public), pour partager des données opérationnelles en temps réel sans étape ETL distincte.

Gouvernance transférée à la Linux Foundation. OpenSharing a été confié à la Linux Foundation AI & Data Foundation, où il se trouve actuellement au stade de bac à sable (sandbox), le point d'entrée pour les nouveaux projets de cette fondation avant leur passage à l'incubation (GitHub, OpenSharing et opensharing.io). Les modifications apportées aux spécifications font l'objet d'un processus public de proposition et d'examen plutôt que d'une décision unilatérale, ce qui correspond au même modèle de gouvernance que Delta Lake et Delta Sharing suivaient déjà en tant que projets de la Linux Foundation.

Ce que cela implique si vous utilisez déjà Delta Sharing

Si vous possédez déjà des partages, des destinataires et des connecteurs configurés, rien de tout cela ne disparaît. OpenSharing est une solution additive : vos tables, connecteurs et flux de travail existants continuent de fonctionner, et les nouveaux types d'actifs et fonctionnalités sont disponibles dès que vous choisissez de les adopter. L'activation d'OpenSharing pour un metastore Unity Catalog est une étape de configuration, et non une migration, et le même flux de travail de création de partage, de destinataire et d'octroi d'accès que vous connaissez déjà s'applique toujours aux nouveaux types d'actifs à mesure qu'ils deviennent disponibles (Documentation Databricks).

Pour les équipes qui maintenaient des intégrations personnalisées pour déplacer des compétences d'agent ou des artéfacts de modèle entre les plateformes, la proposition de valeur pratique réside dans un ensemble unique d'API ouvertes pour la découverte, l'autorisation et l'accès, plutôt que dans des pipelines distincts et sur mesure pour chaque partenaire et chaque type d'actif.

Ce qui reste sur la feuille de route

Certaines fonctionnalités présentées lors de l'annonce de juin 2026 en sont explicitement à un stade précoce et ne sont pas encore généralement disponibles aujourd'hui. Le partage de tables Iceberg externes, qui permet aux fournisseurs de partager directement des tables résidant dans des catalogues externes, était en Aperçu public lors du lancement, sa disponibilité générale étant annoncée comme prochaine. Le partage par e-mail, qui permet à un fournisseur d'inviter un collaborateur en saisissant une adresse e-mail plutôt qu'en suivant un processus de configuration plus long, était également présenté comme arrivant prochainement au moment de l'annonce.

Au-delà de ce que Databricks s'est engagé à livrer, la feuille de route publique du projet OpenSharing sur GitHub répertorie un ensemble de propositions de la communauté qui relèvent encore de questions de conception ouvertes plutôt que de fonctionnalités finalisées, notamment la prise en charge du partage de jeux de données d'évaluation et de benchmarks avec un accès délimité, le partage de jeux de données synthétiques avec des métadonnées de provenance, et une proposition de type d'actif pour le partage d'index vectoriels précalculés (ROADMAP.md d'OpenSharing). S'agissant de propositions de la communauté, les calendriers et la portée finale peuvent varier, et il est préférable de les suivre sur GitHub plutôt que de les considérer comme des dates fixes.

OpenSharing se situe également à une couche spécifique d'un ensemble plus large et en évolution rapide de normes ouvertes pour l'IA. Comme l'a décrit Akram Chetibi, directeur de la gestion des produits chez Databricks, les protocoles de communication de l'agent à l'outil et de l'agent à l'agent résolvent un problème différent de celui d'OpenSharing : « OpenSharing fournit des API pour découvrir et autoriser l'accès à des actifs stockés, tels que des compétences d'agent ou des modèles d'IA » (diginomica). Il est important de comprendre cette distinction si vous concevez une architecture qui nécessite le fonctionnement conjoint de ces deux types de protocoles.

Pour commencer

Si vous débutez avec OpenSharing, la méthode d'accès est la même que celle qui a fait ses preuves pour Delta Sharing : activez OpenSharing sur le metastore Unity Catalog qui gère les données que vous souhaitez partager, créez un partage contenant les actifs à exposer, créez un destinataire et accordez-lui l'accès (Documentation Databricks). À partir de là, vous pouvez décider si un destinataire donné doit se connecter via le partage de Databricks à Databricks, le partage de Databricks à Open pour les destinataires n'utilisant pas Databricks, ou via un serveur OpenSharing auto-hébergé si vous souhaitez exécuter le protocole entièrement en dehors de Databricks. En lisant la documentation, notez que le protocole et la marque s'écrivent en un seul mot, OpenSharing, tandis que la documentation de la plateforme utilise l'expression en minuscules « Databricks-to-Open sharing » pour le mode de partage avec des destinataires extérieurs à Databricks.

Pour aller plus loin :

• Lisez l'annonce originale de Databricks et de la Linux Foundation.
• Consultez l'analyse technique approfondie, Présentation d'OpenSharing : la prochaine évolution de Delta Sharing pour l'ère des agents.
• Explorez la spécification du protocole et la feuille de route sur GitHub.
• Suivez les étapes de configuration dans la documentation Databricks sur OpenSharing.
• Découvrez comment connecter le stockage sur site (on-premises) et le cloud privé grâce à l'annonce de l'écosystème de stockage Databricks.

Delta Sharing a transformé la façon dont les équipes envisageaient le déplacement de données entre plateformes. OpenSharing étend cette même approche ouverte et sans copie aux actifs sur lesquels repose le monde des agents. Si vous partagez déjà des données avec Delta Sharing aujourd'hui, la prochaine étape logique consiste à examiner quels autres éléments de votre pile technologique pourraient être partagés de la même manière, qu'il s'agisse d'une compétence d'agent, d'un modèle ou d'un ensemble de fichiers non structurés. Essayez d'activer OpenSharing sur un metastore Unity Catalog de votre espace de travail, ou commencez par lire la spécification du protocole sur GitHub pour voir comment une implémentation auto-hébergée pourrait s'intégrer dans votre propre plateforme.

Prêt à essayer OpenSharing ? Activez-le sur un metastore Unity Catalog dans votre espace de travail, ou lisez la spécification du protocole sur GitHub pour découvrir comment une mise en œuvre auto-hébergée pourrait s'adapter à votre plateforme. Vous avez des questions ou des commentaires ? Contactez votre équipe de compte Databricks, ouvrez un ticket sur le dépôt GitHub d'OpenSharing ou rejoignez la discussion dans la communauté Databricks.

(Cet article de blog a été traduit à l'aide d'outils basés sur l'intelligence artificielle) Article original