Projektujesz pamięć masową dla nowej globalnej aplikacji, która pobiera miliony małych rekordów na minutę z urządzeń. Każdy rekord ma mniej niż 4 KB, musi być trwale przechowywany z niskim opóźnieniem pobierania i jest przechowywany tylko przez 120 dni. Szacowana roczna pamięć masowa wynosi 10–15 TB. Które podejście do przechowywania jest najbardziej opłacalne, spełniając jednocześnie wymagania?

Amazon DynamoDB jest najbardziej odpowiednim rozwiązaniem, ponieważ jest to bezserwerowa baza danych NoSQL zaprojektowana do obsługi milionów małych rekordów (poniżej 4 KB) z niskim opóźnieniem i wysoką skalowalnością, co idealnie pasuje do wymagań aplikacji. Funkcja Time to Live (TTL) w DynamoDB automatycznie i ekonomicznie usuwa rekordy starsze niż 120 dni, co upraszcza zarządzanie danymi. Przechowywanie każdego rekordu jako osobnego pliku .csv w S3 jest nieefektywne kosztowo i operacyjnie dla milionów małych plików oraz nie zapewnia niskiego opóźnienia dostępu do pojedynczych rekordów. Amazon RDS dla MySQL nie jest zoptymalizowany pod kątem tak dużej liczby małych, szybko zmieniających się rekordów i wymagałby znacznego zarządzania, a nocne zadanie cron do usuwania danych byłoby mniej efektywne niż TTL. Buforowanie rekordów w S3 i używanie metadanych do wyszukiwania jest złożone, nieefektywne dla szybkiego dostępu do pojedynczych rekordów i nie zapewnia niskiego opóźnienia.