Uma empresa de mídia ingere arquivos de vídeo diariamente no Azure Blob Storage. Os vídeos são lidos intensamente por 7 dias, ocasionalmente pelos próximos 3 meses e, em seguida, devem ser retidos por 5 anos com o menor custo. Apenas o contêiner 'critical' precisa ser replicado para uma região secundária. A cópia secundária terá uma política de retenção mais longa do que a primária. O que você deve projetar?

A replicação de objetos Blob permite replicar seletivamente o contêiner 'critical' para uma região secundária, atendendo ao requisito de replicação apenas para dados críticos. As regras de gerenciamento de ciclo de vida em ambas as contas (primária e secundária) garantem que os dados sejam movidos de Hot para Cool, Cold e Archive, otimizando os custos de armazenamento ao longo do tempo, conforme as necessidades de acesso (7 dias intensivo, 3 meses ocasional, 5 anos de retenção). A política de retenção mais longa na cópia secundária é configurada através das regras de ciclo de vida específicas para essa conta. As outras opções são incorretas porque: Habilitar GZRS replicaria todos os dados, não apenas o contêiner 'critical', e uma única política de ciclo de vida não permitiria retenção diferente na secundária. Armazenar diretamente no Archive e reidratar seria muito caro e lento para acesso intenso nos primeiros 7 dias. Usar o Azure Data Factory para copiar diariamente é ineficiente e mais complexo do que a replicação de objetos, e a camada Cool permanentemente não atende aos requisitos de custo para retenção de 5 anos. O Azure Files com tiering de nuvem e DFS-N não é a solução ideal para grandes volumes de arquivos de vídeo e não oferece a mesma flexibilidade de gerenciamento de ciclo de vida por camada de acesso que o Blob Storage.