Firma zajmująca się grami online migruje dane użytkowników do Amazon DynamoDB, aby wspierać rozwój. Bieżące tabele przechowują profile użytkowników, osiągnięcia i transakcje w grze. Firma potrzebuje odpornej, wysoce dostępnej architektury DynamoDB, aby zapewnić płynne wrażenia z gry. Które rozwiązanie spełnia te wymagania w NAJBARDZIEJ opłacalny sposób?

Prawidłowa odpowiedź to użycie global tables DynamoDB, które zapewniają automatyczną replikację między wieloma regionami, co jest kluczowe dla wysokiej dostępności i odporności wymaganej w grach online. Wdrożenie tabel w wielu regionach AWS wraz z global tables gwarantuje ciągłość działania nawet w przypadku awarii regionalnej. Tryb pojemności provisioned z włączonym auto scalingiem jest najbardziej opłacalny, ponieważ pozwala na dynamiczne dostosowywanie przepustowości do rzeczywistego zapotrzebowania, unikając nadmiernych kosztów stałych trybu on-demand przy przewidywalnym obciążeniu. Pozostałe opcje są mniej optymalne: Tworzenie tabel w jednym regionie z global tables do replikacji między regionami jest sprzeczne, global tables wymagają wielu regionów. DAX jest do buforowania, a ręczna replikacja między regionami jest mniej efektywna i bardziej złożona niż global tables. Użycie DynamoDB Streams do replikacji między regionami wymagałoby samodzielnego zarządzania logiką replikacji, co jest bardziej skomplikowane i droższe niż wbudowane global tables.