Intégration Azure Blob

Distinguez quand Azure agit comme stockage objet ou comme système de fichiers.

Flower® adapte la route à la sémantique Azure Blob ou Data Lake Storage au lieu de les réduire à un connecteur générique. Espace, propriétés, état de copie, niveaux et renommage restent visibles.

Plat / HNS
Mode d'espace
Hot → Archive
Cycle d'accès
Copie / renommage
Sémantique de déplacement

Modèle de stockage Azure

01Le choix de l'espace change l'opération elle-même.

Une route Azure Blob implique compte, conteneur, répertoire virtuel, type de blob et métadonnées. Espace hiérarchique, grands objets et politique de destination influencent liste, reprise et rapprochement entre Azure et d'autres points.

Compte, conteneur, chemin

Définissez compte, conteneur, préfixe ou chemin, profondeur de liste, règles d'inclusion et propriétés attendues. Avec un espace hiérarchique, explicitez les hypothèses de répertoire plutôt que de tout considérer à plat.

L'état de copie n'est pas la fin

Choisissez une unité récupérable pour les grands blobs et observez lectures, écritures et opérations serveur interrompues. Une relance doit distinguer une destination complète d'un résultat partiel ou en attente.

Les propriétés ont une finalité

Précisez noms, écrasement, métadonnées et en-têtes, niveau d'accès, conservation, archive, quarantaine et nettoyage. Préservez les propriétés réellement utilisées en aval, pas seulement les octets.

Flux Flower sensible au mode

02Préservez la sémantique Azure même si la destination change.

Flower inspecte propriétés et métadonnées, lit en flux ou par plages, copie localement ou côté service, gère les niveaux et utilise les opérations natives lorsque l'espace Azure les permet.

Découvrez dans le bon espace

Un parcours par préfixe plat et un répertoire ADLS expriment des intentions différentes. Flower borne profondeur, versions, instantanés, éléments supprimés et métadonnées selon la route.

Choisissez copie ou pipeline d'octets

Une copie interne évite le transit par le calcul; une route multiplateforme ou transformante exige un flux contrôlé. Flower garde état en attente, relances, validation et preuve finale dans le plan.

Renommez seulement si c'est réel

Avec espace hiérarchique, le renommage natif peut publier atomiquement. En Blob plat, le déplacement peut être copie puis suppression : le flux attend la preuve destination avant de libérer la source.

Décisions de production Azure

03Maîtrisez identité, données froides et publication.

Les fonctions Azure interagissent : espace et opérations, versions et listes, archive et disponibilité, autorisation entre points blob et dfs. La route doit expliciter ces dépendances.

Identité et point d'accès

Choisissez identité managée, principal de service ou mécanisme approuvé au moindre privilège. Testez point blob ou dfs, réseau privé, conteneur et limite ACL ou RBAC réels.

Niveau et réhydratation

Un blob archivé n'est pas une relance ordinaire : il peut exiger réhydratation et objectif distinct. Définissez attente, alerte, saut ou récupération contrôlée, avec limites de temps et coût.

En-têtes, métadonnées et versions

Listez les propriétés utilisées en aval : type, encodage, métadonnées, niveau, version, temps et nom. Validez-les après livraison, au-delà du seul nombre d'octets.

Parlons de votre flux de données

Transformez le besoin en un flux de production fiable.

Décrivez la source, la destination, le volume, les contraintes ou le mode de défaillance. Vous échangerez directement avec l'équipe qui développe Flower.

Parler à l'équipe Flower