Firma migruje bazę danych Oracle do AWS. Baza danych zawiera pojedynczą tabelę z milionami obrazów GIS o wysokiej rozdzielczości, z których każdy jest identyfikowany przez kod geograficzny. Podczas klęsk żywiołowych dziesiątki tysięcy obrazów są aktualizowane co kilka minut. Każdy kod geograficzny odpowiada pojedynczemu obrazowi. Firma wymaga wysoce dostępnego, skalowalnego i ekonomicznego rozwiązania dla tych zdarzeń. Które rozwiązanie najlepiej spełnia te wymagania?

Prawidłowa odpowiedź to przechowywanie obrazów w Amazon S3 i używanie DynamoDB. S3 jest idealne do przechowywania dużych obiektów, takich jak obrazy GIS, oferując wysoką dostępność i skalowalność przy niskich kosztach. DynamoDB, jako baza danych NoSQL, zapewnia ekstremalnie wysoką skalowalność i wydajność dla odczytów i zapisów, co jest kluczowe przy częstych aktualizacjach dziesiątek tysięcy obrazów. Użycie kodu geograficznego jako klucza w DynamoDB i adresu URL S3 jako wartości umożliwia szybkie i efektywne pobieranie obrazów. Pozostałe opcje są mniej optymalne: Przechowywanie obrazów bezpośrednio w bazie danych Oracle (nawet na RDS Multi-AZ) jest nieefektywne kosztowo i wydajnościowo dla milionów dużych obiektów binarnych. Przechowywanie obrazów w DynamoDB jest niewskazane, ponieważ DynamoDB jest bazą danych NoSQL z limitami rozmiaru elementów, nieprzeznaczoną do przechowywania dużych plików binarnych. DAX poprawiłby wydajność, ale nie rozwiązałby problemu przechowywania. Użycie Oracle RDS Multi-AZ DB do przechowywania kodów geograficznych i URL-i S3 jest mniej skalowalne i droższe niż DynamoDB dla tego typu obciążenia.