Integrazione Azure Blob

Distingui quando Azure si comporta da object storage e quando da file system.

Flower® adatta la rotta alla semantica Azure Blob o Data Lake Storage invece di appiattirle in un connettore generico. Namespace, proprietà, stato delle copie, tier e rename restano decisioni operative visibili.

Flat / HNS
Modalità namespace
Hot → Archive
Ciclo di accesso
Copy / rename
Semantica di movimento

Modello storage Azure

01La scelta del namespace cambia l'operazione stessa.

Una rotta Azure Blob comprende decisioni su account, container, directory virtuali, tipo di blob e metadati. Namespace gerarchico, oggetti grandi e policy di destinazione influenzano listing, ripartenza e riconciliazione tra Azure e altri endpoint.

Account, container, percorso

Definisci account, container, prefisso o percorso, profondità del listing, regole di inclusione e proprietà attese. Con un namespace gerarchico, esplicita le assunzioni sulle directory invece di trattare ogni chiave come piatta.

Lo stato copy non è completamento

Scegli un'unità recuperabile per i blob grandi e definisci come osservare letture, scritture e operazioni server-side interrotte. Il retry deve distinguere una destinazione completa da un risultato parziale o pendente.

Le proprietà viaggiano con uno scopo

Specifica nomi di destinazione, sovrascrittura, metadati e header, access tier, retention, archivio, quarantena e pulizia. Conserva le proprietà realmente usate a valle, non soltanto i byte.

Flusso Flower consapevole della modalità

02Conserva la semantica Azure anche quando cambia la destinazione.

Flower può ispezionare proprietà e metadati, leggere blob in streaming o per intervalli, eseguire copie locali o server-side, gestire access tier e usare operazioni native dove il namespace Azure le supporta.

Scopri nel namespace corretto

Un walk per prefisso piatto e una directory ADLS esprimono intenti diversi. Flower delimita profondità, versioni, snapshot, elementi eliminati e metadati secondo la rotta, senza presumere un unico modello directory.

Scegli copia o pipeline di byte

Una copia nello stesso servizio può evitare il transito dei byte nel compute; una rotta cross-platform o con trasformazioni richiede uno stream controllato. Flower mantiene nel piano stato pendente, retry, validazione ed evidenze finali.

Rename solo dove è reale

Con namespace gerarchico, il rename nativo può pubblicare file o directory in modo atomico. In Blob flat, il movimento può richiedere copy e delete: il flusso attende la prova a destinazione prima di eliminare la sorgente.

Decisioni di produzione Azure

03Controlla identità, dati freddi e semantica di pubblicazione.

Le funzionalità Azure interagiscono: il namespace influenza le operazioni, le versioni il listing, l'archive la disponibilità e l'autorizzazione può differire tra endpoint blob e dfs. La rotta deve esplicitarlo.

Identità ed endpoint

Scegli managed identity, service principal o altro meccanismo approvato con privilegi minimi. Testa endpoint blob o dfs, rete privata, ambito container e confine ACL o RBAC reali.

Tier e reidratazione

Un blob in archive non è un retry ordinario: può richiedere reidratazione e un livello di servizio diverso. Definisci attesa, alert, skip o recupero controllato, con limiti di tempo e costo.

Header, metadati e versioni

Elenca le proprietà usate a valle: content type, encoding, metadati custom, tier, versione, timestamp e naming. Validale dopo la consegna invece di provare soltanto la corrispondenza dei byte.

Parliamo del tuo flusso dati

Trasforma il requisito in un flusso di produzione affidabile.

Descrivi sorgente, destinazione, volumi, vincoli o modalità di guasto. Parlerai direttamente con il team che sviluppa Flower.

Parla con il team Flower