Azure Data Share est un service cloud entièrement géré de Microsoft qui permet aux organisations de partager les données de manière sûre et efficace avec des partenaires externes, des fournisseurs, des services internes ou des collaborateurs de recherche. Contrairement aux méthodes traditionnelles de partage des données – comme les pièces jointes par courriel, FTP ou disques physiques – Azure Data Share offre une approche régie, vérifiable et automatisée pour le transfert de données entre locataires tout en maintenant le contrôle du propriétaire des données.

Comprendre le partage des données Azure: Au-delà du transfert de fichiers simple

Azure Data Share permet aux organisations de partager des ensembles de données stockés dans Azure Data Lake Store, Azure Blob Storage, Azure SQL Database, Azure Synapse Analytics et d'autres magasins de données supportés. Le service prend en charge les modes de partage snapshot-based et . Le partage de données en place. Le partage de données en question copie les données du stockage du propriétaire des données à intervalles réguliers, tandis que le partage en place fournit une connexion directe en lecture seule sans copier les données sous-jacentes. Ce dernier est particulièrement utile lorsque le partage de données importantes et fréquemment mises à jour est inefficace ou indésirable.

Comment les données d'azur partagent les différences à partir du partage de fichiers simple

Les méthodes traditionnelles de partage de fichiers exposent les données aux risques de sécurité, ne sont pas en version et nécessitent des efforts manuels pour tenir les destinataires à jour. Azure Data Share aborde ces questions par:

  • Synchronisation automatisée: Les snapshots peuvent être programmés (p. ex., horaire, quotidien) de sorte que les destinataires ont toujours les dernières données sans intervention manuelle.
  • Contrôle d'accès général :[ Les propriétaires de données définissent exactement les ensembles de données qui sont partagés et avec qui, en utilisant les identités Azure Active Directory et le contrôle d'accès basé sur le rôle (RBAC).
  • Vérification complète:[ Chaque invitation, acceptation, instantané et révocation d'actions est enregistré dans Azure Monitor, permettant des enquêtes de conformité et de sécurité.
  • Aucune consultation VPN ou réseau requise: Le partage se fait sur le réseau de base Azure ou sur Internet public avec cryptage en transit et au repos.

Architecture et composants clés

Azure Data Share s'articule autour de deux entités principales : [[les propriétaires des données) et [les consommateurs de données[les destinataires].Le service utilise Azure Resource Manager (ARM) pour gérer les définitions de partage, les invitations et les déclencheurs de snapshot. L'architecture comprend les composants suivants :

Côté fournisseur de données

  • Partager la ressource:[ Une ressource Azure de haut niveau qui regroupe des ensembles de données, des invitations et des calendriers de instantanés partagés.
  • Définitions de l'ensemble de données:[ Références aux données sources, telles qu'un conteneur Blob, un dossier dans ADLS Gen2, ou une table SQL. Le fournisseur choisit de partager l'ensemble du conteneur ou un sous-ensemble.
  • Invitations: Envoyé par courriel ou directement à un consommateur , locataire Azure. L'invitation comprend un lien pour accepter l'action.
  • Plans instantanés: Configuré en utilisant un intervalle de récurrence (quotidiennement, hebdomadairement, etc.) et une heure de début. Pour le partage en place, aucun planning n'est nécessaire parce que le propriétaire des données contrôle l'accès directement.

Côté consommateur de données

  • Partager abonnement: Créé lorsque le consommateur accepte une invitation. L'abonnement se connecte au fournisseur et définit où les données atterriront (ou comment l'ensemble de données en place sera accessible).
  • Snapshot growter:[ Lorsque le fournisseur configure un horaire, l'abonnement au consommateur lance automatiquement des instantanés. Pour la première fois, un instantané immédiat peut être déclenché.
  • Termination :[ Le fournisseur de données peut révoquer l'accès à tout moment, ce qui empêche tous les instantanés futurs et, pour les actions en place, l'accès se divise immédiatement.

Magasins de données et modes d'accès pris en charge

Azure Data Share prend en charge une liste croissante de services de données Azure. Pour chacun d'eux, il offre soit un partage instantané (données de copies) soit un partage en place (accès en lecture seule sans copie). Le tableau suivant résume les magasins et modes supportés:

  • Stockage de blob d'Azur (capture instantanée et mise en place): Partagez des conteneurs ou des dossiers blob.
  • Name de stockage de Data Lake d'Azure (snapshot et en place): Partagez des systèmes de fichiers ou des répertoires.
  • Azure SQL Database et Azure Synapse Analytics (dédiée pool SQL) (capture d'instantané seulement): Partagez des tables ou des vues.
  • Azure Data Explorer (en place) : Partagez les bases de données Kusto pour les requêtes en temps réel.
  • Azure Data Share prend également en charge le partage depuis des comptes de stockage dans différentes régions d'azur et même à travers des nuages via des paramètres privés.

Détails de partage par instantané

Le partage basé sur Snapshot est idéal lorsque le consommateur a besoin d'une copie des données pour son propre traitement, transformation ou sauvegarde. Le fournisseur configure un calendrier de capture, et Azure Data Share utilise une identité gérée pour authentifier le stockage source. Pour les sources SQL, le service utilise une table externe ou des mécanismes de serveur liés pour exporter des données. Le stockage cible du consommateur doit être préparé avec les permissions appropriées (par exemple, un conteneur Blob avec accès écrit pour le principal service de partage de données).

Les snapshots sont incrémentiels par défaut pour les sources Blob et ADLS Gen2 – seulement des modifications depuis le dernier snapshot sont transférées, réduisant ainsi les coûts de transfert de données et le temps. Pour les sources SQL, les snapshots complets sont pris en charge à moins que la table ne soit partitionnée par une colonne datetime, auquel cas les snapshots incrémentaux sont supportés via un dossier snapshot.

Détails de partage sur place

Le partage en place (également appelé Azure Data Share in-place snapshots) permet au consommateur de consulter les données directement dans le stockage du fournisseur en utilisant un accès en lecture seule. Le consommateur ne reçoit pas de copie; au lieu de cela, il utilise un service lié à Azure Data Share pour accéder aux données comme si elles étaient locales. Ceci est particulièrement utile pour les scénarios analytiques où la fraîcheur des données est critique et la duplication est prohibitive. Le fournisseur conserve le contrôle complet – l'annulation de la part supprime instantanément l'accès du consommateur.

Considérations relatives à la sécurité et au respect

La sécurité des données est une préoccupation principale lorsque l'on partage des informations sensibles avec des parties externes. Azure Data Share intègre plusieurs niveaux de sécurité :

Authentification et autorisation

  • Azure Active Directory (AD) Intégration:[ Les fournisseurs et les consommateurs authentifient via Azure AD. Les invitations sont envoyées à des utilisateurs ou groupes spécifiques de AD Azure, et non pas seulement des adresses e-mail. Le consommateur doit être connecté au même ou à un locataire différent de AD Azure pour accepter.
  • Role-Based Access Control (RBAC):[ Le fournisseur utilise RBAC pour accorder le principal accès au service de partage de données aux données sources. Le consommateur doit avoir les autorisations appropriées dans son propre stockage cible pour écrire des instantanés.
  • Identités de gestion:[ La ressource Azure Data Share utilise une identité gérée assignée par système pour accéder aux magasins source et cible.

Chiffrement des données

  • Toutes les données sont cryptées en transit en utilisant TLS 1.2+.
  • Les données au repos sont cryptées en utilisant Azure Storage Service Encryption ou SQL Transparent Data Encryption (TDE). Lorsque le partage via un instantané, les données restent cryptées dans le stockage du consommateur selon leurs propres politiques de cryptage.

Isolation des réseaux

Pour les organisations qui ont besoin de données pour ne jamais traverser l'internet public, Azure Data Share prend en charge Azure Private Endpoints. Les fournisseurs et les consommateurs peuvent configurer des paramètres privés pour leurs comptes de stockage et serveurs SQL, et le service Data Share va orienter le trafic sur le réseau de base Microsoft via des IP privées.

Vérification et suivi

  • capture les journaux pour la création de partage, le statut d'invitation, les succès/échecs instantanés et les modifications de permission.
  • Le journal d'activités d'Azure suit les opérations administratives comme la création ou la suppression d'une part.
  • Data Share diagnostic settings peut envoyer des journaux à Log Analytics pour des requêtes et des alertes avancées.

Flux de travail étape par étape : de la fourniture à la consommation

Pour démontrer l'utilisation pratique de Azure Data Share, envisagez un scénario où une entreprise d'analyse doit partager des données de ventes quotidiennes avec un partenaire de détail. Les étapes suivantes décrivent le processus :

  1. Provisionner la ressource Share: Le fournisseur de données crée une ressource Azure Data Share dans son abonnement, sélectionne une région et configure l'identité gérée.
  2. Ajouter des ensembles de données: Dans la part, le fournisseur ajoute la source—say, un conteneur de stockage de Blob Azure contenant des fichiers CSV. Le fournisseur accorde à Data Share l'identité gérée du rôle Storage Blob Data Reader sur ce conteneur.
  3. Set Snapshot Schedule:[ Le fournisseur choisit un instantané quotidien à 22h00 UTC, en sélectionnant la copie progressive pour minimiser les données transférées.
  4. Envoyer Invitation:[ Le fournisseur entre le destinataire , par email de l'utilisateur Azure AD ou envoie l'invitation au consommateur , par téléphone , le locataire Azure AD . L'invitation est limitée dans le temps (par défaut 30 jours).
  5. Le consommateur accepte: Le consommateur se connecte au portail Azure, navigue vers le service Data Share et accepte l'invitation. Il spécifie un compte de stockage cible (par exemple, un conteneur Blob dans son propre abonnement) et accorde l'identité gérée par Data Share Storage Blob Data Contributor sur la cible.
  6. Premier snapshot:[ Le fournisseur peut déclencher un instantané complet immédiat, ou le premier snapshot programmé s'exécute à l'heure spécifiée. Les données circulent de source en cible via la colonne vertébrale Azure.
  7. En cours de gestion:[ Le fournisseur surveille la santé des instantanés via le tableau de bord de partage. Si la relation se termine, ils retirent la part, ce qui supprime l'abonnement du consommateur et empêche les instantanés futurs.

Caractéristiques avancées et meilleures pratiques

Au-delà des bases, Azure Data Share offre des capacités qui le rendent adapté à des scénarios d'entreprise complexes.

Partage différentiel de données avec les partitions de dossiers

Pour les sources Blob et ADLS Gen2, les instantanés différentiels fonctionnent mieux lorsque les données sources suivent un modèle de partition de dossier (p. ex. . Le service détecte les fichiers nouveaux ou modifiés et ne les copie que ceux-ci. Les fournisseurs devraient organiser leurs données de manière à éviter le renommage ou l'écrasement des fichiers, car la détection progressive repose sur des horodatages et des chemins de fichiers.

Partage avec les scénarios de partage de titres

Azure Data Share est construit pour le partage de locataires croisés – il fonctionne sur différents locataires Azure AD, ce qui est typique lors de la collaboration avec des organisations externes. Le consommateur n'a pas besoin d'être dans le même locataire que le fournisseur. Cependant, les deux parties doivent avoir des abonnements Azure appropriés et des permissions.

Partage de données avec Azure Synapse et Power BI

Un consommateur qui reçoit des instantanés dans Blob Storage peut connecter ce stockage à Azure Synapse Analytics[ pour les requêtes SQL sans serveur, ou à Power BI en utilisant le connecteur "Azure Blob Storage". Pour les actions en place des bases de données Azure Data Explorer, le consommateur peut interroger les données directement à partir de son propre cluster Azure Data Explorer en utilisant la fonction Data Share[.

Optimisation des coûts

  • Minimiser la fréquence d'instantané :[ Choisissez l'intervalle acceptable le plus long pour réduire les coûts de transfert de données.
  • Utilisez des instantanés incrémentiels lorsque c'est possible; ils ne transfèrent que des changements.
  • L'utilisation du partage en place[ pour les ensembles de données statiques de grande taille afin d'éviter les coûts de duplication du stockage.
  • Set up alertes sur les pannes d'instantanés pour éviter les données inexistantes.

Respect et conservation

Les organisations qui appliquent des politiques strictes de conservation des données peuvent utiliser Azure Data Share en conjonction avec Azure Policy pour imposer des contraintes d'étiquetage, de chiffrement et de localisation. Par exemple, une politique peut exiger que toutes les données partagées résident dans une région spécifique pour se conformer aux lois sur la souveraineté des données.

Cas d'utilisation courante

1. Échange de données des partenaires pour l'optimisation de la chaîne d'approvisionnement

Un détaillant partage avec les fournisseurs les niveaux d'inventaire quotidiens et les prévisions de ventes. Grâce à Azure Data Share, le fournisseur reçoit un instantané dans son propre stockage Azure, l'intègre dans son système de planification de la demande et ajuste automatiquement les horaires de production.

2. Collaboration en recherche dans les établissements

Les universités et les laboratoires de recherche partagent de grands ensembles de données génomiques ou climatiques. Avec le partage en place, plusieurs institutions peuvent lancer des requêtes sur un dépôt central sans dupliquer les téraoctets de données. Chaque accès des chercheurs est contrôlé via Azure AD et peut être limité dans le temps à la durée du projet.

3. Rapports financiers aux vérificateurs externes

Une entreprise de services financiers partage en toute sécurité les registres et bilans trimestriels avec les vérificateurs. Le calendrier des instantanés permet aux vérificateurs de disposer des données les plus récentes et la piste de vérification fournit la preuve de qui a accédé à quoi et quand - critique pour la conformité réglementaire.

4. Plateformes SaaS multi-tendants

Un fournisseur SaaS utilise Azure Data Share pour fournir des ensembles de données curés à chaque client. Chaque client reçoit son propre instantané dans un conteneur de stockage dédié, et le fournisseur peut gérer centralement toutes les parts avec l'intégration de facturation automatisée via les journaux d'utilisation Azure.

Limites et considérations

Si Azure Data Share est puissant, il a des limites :

  • Cabines de taille de données: Les tailles de snapshot sont limitées par le débit de la source et le stockage cible. Pour les très gros ensembles de données (TB multiples), des snapshots incrémentiels sont recommandés. Microsoft recommande d'utiliser ADLS Gen2 pour une performance optimale.
  • SQL limite la source:[ Pour Azure SQL Database et Synapse, le partage basé sur des instantanés ne supporte pas les tables sans clé primaire ou avec des types de données complexes comme XML.
  • Disponibilité régionale:[ Toutes les régions d'azur ne soutiennent pas Azure Data Share. Consultez la page Azure Produits par région pour connaître la disponibilité actuelle.
  • Aucune diffusion en temps réel: Azure Data Share est orientée batch. Pour le partage de données en temps réel, considérez ]Azure Event Hubs[ avec un motif de partage de données ou Azure Data Factory réplication continue.

Modèle de tarification

Le prix de l'Azure Data Share est basé sur le transfert de données de la source du fournisseur au service Data Share, plus les frais mensuels pour les actions basées sur des instantanés.

  • Partage de données instantanées:[ 0,25 $ par ensemble de données par mois (pour le premier ensemble de données) plus les coûts de transfert de données (taux d'évacuation standard d'azur pour les transferts transrégionaux).
  • Partage sur place :[ 0,25 $ par ensemble de données par mois plus 0,005 $ par Go de données numérisées par le consommateur.

Le transfert de données entre les services Azure dans la même région est gratuit, ce qui rend le partage interne rentable. Pour une ventilation détaillée, reportez-vous à la page de prix Azure Data Share.

Comparaison avec les solutions de remplacement

Pour les lecteurs qui évaluent les options de partage de données, voici une brève comparaison avec d'autres services Microsoft:

  • Azure Data Factory: Principalement un outil d'orchestration et de transformation; peut être utilisé pour le partage de données mais manque de gouvernance, d'invitations et d'audits de Data Share. Data Factory est mieux pour les emplois complexes ETL.
  • Azure Event Hubs / Service Bus: Idéal pour le streaming en temps réel d'événements, pas pour le partage de données en vrac.
  • Signatures d'accès partagé (SAS) pour le stockage d'Azure:[ Une façon plus simple d'accorder un accès temporaire aux conteneurs de stockage, mais sans automatisation intégrée, mises à jour progressives ou intégration avec le consentement de la DA d'Azure.

Conclusion

Le partage de données d'azure comble une lacune critique dans l'écosystème moderne des données : une méthode de partage de données par le premier, sécurisée et automatisée au-delà des frontières organisationnelles. Son soutien aux modes de saisie et de mise en place, son intégration profonde aux services de sécurité et de conformité d'azure et son flux de travail simple en font un choix attrayant pour les entreprises qui ont besoin d'une collaboration régie en matière de données.