Firma modernizuje aplikację i migruje ją do AWS. Obecnie dane profili użytkowników są przechowywane jako tekst w pojedynczej tabeli w lokalnej bazie danych MySQL. Po modernizacji użytkownicy będą przesyłać pliki wideo o rozmiarze do 4 GB każdy, a inni użytkownicy muszą mieć możliwość pobierania tych filmów. Pamięć masowa wideo musi szybko się skalować i nie może obniżać wydajności aplikacji. Które rozwiązanie spełnia te wymagania?

Poprawna opcja to migracja bazy danych do Amazon DynamoDB za pomocą AWS DMS i AWS SCT, a następnie przechowywanie plików wideo jako obiektów w Amazon S3, z kluczem obiektu S3 zapisanym w DynamoDB. To rozwiązanie jest optymalne, ponieważ DynamoDB zapewnia wysoką skalowalność i wydajność dla danych profili użytkowników, a Amazon S3 jest idealnym, wysoce skalowalnym i ekonomicznym magazynem obiektów dla dużych plików wideo (do 4 GB). Przechowywanie klucza S3 w DynamoDB pozwala na szybkie odzyskiwanie wideo bez obciążania bazy danych. Pozostałe opcje są nieodpowiednie: Przechowywanie wideo jako ciągów zakodowanych w base64 w bazie danych (zarówno Aurora PostgreSQL, jak i DynamoDB) jest nieefektywne i kosztowne, ponieważ znacznie zwiększa rozmiar bazy danych i obniża jej wydajność, zwłaszcza przy plikach o rozmiarze do 4 GB. Amazon Keyspaces, choć skalowalny, nie jest tak powszechnie używany do migracji z MySQL jak DynamoDB w kontekście tak szerokich wymagań, a jego użycie z S3 jest podobne do rozwiązania z DynamoDB, ale DynamoDB jest bardziej zoptymalizowane pod kątem integracji z innymi usługami AWS i ma szersze zastosowanie w tego typu scenariuszach.