Firma posiada mobilną aplikację czatową, której dane przechowywane są w Amazon DynamoDB. Użytkownicy chcą, aby nowe wiadomości były odczytywane z jak najmniejszym opóźnieniem. Architekt rozwiązań musi zaprojektować optymalne rozwiązanie, które wymaga minimalnych zmian w aplikacji. Jaką metodę powinien wybrać architekt rozwiązań?

Poprawna odpowiedź to skonfigurowanie Amazon DynamoDB Accelerator (DAX) i zaktualizowanie kodu aplikacji. DAX to w pełni zarządzana, wysoce dostępna usługa buforowania w pamięci, która zapewnia odczyty z mikrosekundowymi opóźnieniami dla DynamoDB, co jest kluczowe dla aplikacji czatowych wymagających szybkiego dostępu do nowych wiadomości. Wymaga minimalnych zmian w aplikacji, ponieważ jest kompatybilny z istniejącym interfejsem API DynamoDB. Dodanie replik odczytu DynamoDB nie jest optymalne, ponieważ DynamoDB już oferuje wysoką dostępność i skalowalność odczytów, a repliki odczytu nie są natywną funkcją DynamoDB w taki sposób, jak w relacyjnych bazach danych. Podwojenie jednostek pojemności odczytu zwiększyłoby przepustowość, ale niekoniecznie zmniejszyłoby opóźnienia do poziomu mikrosekundowego, a także byłoby droższe. Dodanie Amazon ElastiCache for Redis wymagałoby większych zmian w aplikacji i zarządzania logiką buforowania, co jest bardziej złożone niż użycie DAX.