Una empresa de medios ingiere archivos de video diariamente en Azure Blob Storage. Los videos se leen con mucha frecuencia durante 7 días, ocasionalmente durante los siguientes 3 meses y luego deben conservarse durante 5 años al menor costo. Solo el contenedor 'critical' necesita ser replicado a una región secundaria. La copia secundaria tendrá una política de retención más larga que la principal. ¿Qué debería diseñar?

La opción correcta aborda todos los requisitos: la replicación de objetos Blob permite la replicación selectiva del contenedor 'critical' a una región secundaria, y las políticas de administración del ciclo de vida en ambas cuentas de almacenamiento (principal y secundaria) aseguran la transición automática de los datos entre los niveles Hot, Cool, Cold y Archive para optimizar costos y satisfacer los requisitos de retención a largo plazo, incluyendo la retención más larga en la secundaria. Las otras opciones son incorrectas porque: Habilitar GZRS replicaría toda la cuenta, no solo el contenedor 'critical', y una única política no permitiría la retención diferenciada. Almacenar directamente en Archive y rehidratar sería costoso y lento para el acceso frecuente inicial. RA-GRS replica toda la cuenta. Azure Data Factory es una solución más compleja y costosa para la replicación continua de blobs, y el nivel Cool permanente no cumple con los requisitos de acceso frecuente ni de archivo a largo plazo. Azure Files no es la solución óptima para la ingesta de archivos de video a gran escala y la organización en niveles en la nube con DFS-N no se alinea con los requisitos de replicación selectiva y administración del ciclo de vida de blobs.