Firma medialna codziennie przesyła pliki wideo do usługi Azure Blob Storage. Pliki wideo są intensywnie odczytywane przez 7 dni, sporadycznie przez następne 3 miesiące, a następnie muszą być przechowywane przez 5 lat przy najniższych kosztach. Tylko kontener „critical” musi być replikowany do regionu pomocniczego. Kopie pomocnicze będą miały dłuższą politykę przechowywania niż kopie podstawowe. Co należy zaprojektować?

Poprawna odpowiedź to skonfigurowanie replikacji obiektów Blob dla kontenera „critical” i zdefiniowanie reguł cyklu życia na obu kontach. Replikacja obiektów Blob umożliwia asynchroniczne kopiowanie obiektów blob do konta magazynu w innym regionie, co jest idealne dla kontenera „critical”. Reguły cyklu życia na obu kontach pozwolą na automatyczne przenoszenie danych między warstwami (Hot, Cool, Cold, Archive) zgodnie z wzorcem dostępu i wymaganiami kosztowymi, co jest kluczowe dla optymalizacji kosztów przechowywania przez 5 lat. Opcja z GZRS nie pozwala na różne polityki przechowywania w regionie pomocniczym ani na selektywną replikację tylko jednego kontenera. Bezpośrednie przechowywanie w warstwie Archive i rehydracja jest zbyt kosztowne i wolne dla początkowego intensywnego dostępu. Azure Data Factory to nieoptymalne rozwiązanie do ciągłej replikacji, a Azure Files nie jest przeznaczone do przechowywania dużych plików wideo z takimi wymaganiami dostępu i kosztów.