Firma świadcząca usługi finansowe zaimportowała miliony historycznych transakcji giełdowych do tabeli DynamoDB, która używa trybu pojemności na żądanie (on-demand capacity mode). Każdej nocy o północy ładowanych jest kilka milionów nowych rekordów. Odczyty występują w seriach w ciągu dnia i wielokrotnie żądają małego zestawu kluczy. Firma musi zmniejszyć koszty DynamoDB. Jaka strategia powinna zostać zarekomendowana?

Poprawna odpowiedź to wdrożenie DAX, użycie trybu pojemności udostępnionej i konfiguracja automatycznego skalowania. DAX to pamięć podręczna dla DynamoDB, która znacznie zmniejsza liczbę odczytów z tabeli, co obniża koszty, zwłaszcza przy powtarzających się odczytach tych samych kluczy. Przejście na tryb pojemności udostępnionej jest bardziej opłacalne niż tryb na żądanie, gdy obciążenie jest przewidywalne, a nocne ładowanie danych i dzienne odczyty wpisują się w ten schemat. Automatyczne skalowanie zapewnia elastyczność i optymalizację kosztów, dostosowując przepustowość do zmieniającego się zapotrzebowania, szczególnie podczas nocnego ładowania danych. Wdrożenie ElastiCache jest nieoptymalne, ponieważ DAX jest zoptymalizowany dla DynamoDB i oferuje prostszą integrację. Samo wdrożenie DAX z trybem na żądanie nie rozwiązuje problemu kosztów podstawowej pojemności. Zakup Savings Plans jest opcją optymalizacji kosztów, ale nie rozwiązuje problemu nadmiernych odczytów i nieefektywnego trybu pojemności.