Un'azienda multimediale acquisisce quotidianamente file video in Azure Blob Storage. I video vengono letti intensamente per 7 giorni, occasionalmente per i successivi 3 mesi, e poi devono essere conservati per 5 anni al costo più basso. Solo il container 'critical' deve essere replicato in una regione secondaria. La copia secondaria avrà una policy di conservazione più lunga rispetto a quella primaria. Cosa dovresti progettare?

La replica degli oggetti Blob (Object Replication) è la soluzione ideale perché consente di replicare in modo asincrono solo il container 'critical' in una regione secondaria, soddisfacendo il requisito di replica selettiva. La gestione del ciclo di vita (Lifecycle Management) è essenziale per spostare i dati tra i tier Hot, Cool, Cold e Archive, ottimizzando i costi in base ai requisiti di accesso e conservazione (7 giorni Hot, 3 mesi Cool, 5 anni Archive). Applicare regole del ciclo di vita a entrambi gli account permette di gestire le diverse politiche di conservazione tra primario e secondario. Le altre opzioni sono meno adatte: GZRS replica l'intero account, non solo un container specifico, e non permette politiche di conservazione diverse tra le regioni. Archiviare direttamente nel tier Archive e reidratare è costoso e lento per i video ad accesso intenso iniziale. RA-GRS replica tutto. Azure Data Factory per copiare i blob è un approccio manuale e meno efficiente rispetto alla replica nativa degli oggetti, e il tier Cool permanente non soddisfa i requisiti di accesso e costo. Azure Files non è ottimale per file video di grandi dimensioni e non offre la granularità di gestione dei tier di Blob Storage per questo scenario.