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.
| Decisione | Approccio di integrazione |
|---|---|
| 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. |
| Autenticazione e accesso | Azure Identity supporta managed identity, workload identity e credenziali service principal esplicite. Verifica permessi sul container e accesso alla rete privata dell’identità scelta. |
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
Il namespace gerarchico supporta la pubblicazione atomica tramite rinomina nativa di file e directory. Per lo storage Blob piatto, Flower coordina copia ed eliminazione con verifica della destinazione, riunendo pubblicazione e ciclo di vita della sorgente in un flusso governato.
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
Allinea il recupero dei blob archiviati agli obiettivi di servizio e al ciclo di vita dello storage. Configura attese, avvisi, instradamento e politiche di recupero controllato, integrando tempi e costi nel piano operativo.
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.