Firma przeprowadza testy na aplikacji, która raz w tygodniu przez 4 godziny korzysta z tabeli Amazon DynamoDB. Firma zna liczbę operacji odczytu i zapisu na sekundę podczas testów i nie używa DynamoDB w innym celu. Architekt rozwiązań musi zoptymalizować koszt tabeli. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to wybór trybu provisioned i odpowiednie zaktualizowanie jednostek przepustowości odczytu i zapisu. Tryb provisioned (udostępniony) pozwala na określenie wymaganej liczby jednostek odczytu (RCU) i zapisu (WCU), co jest idealne, gdy obciążenie jest przewidywalne i stałe, jak w tym przypadku (4 godziny raz w tygodniu). Firma zna liczbę operacji odczytu i zapisu, co umożliwia precyzyjne skonfigurowanie przepustowości i uniknięcie niepotrzebnych kosztów. Tryb on-demand (na żądanie) byłby droższy, ponieważ płaci się za rzeczywiste zużycie, co jest korzystne dla nieprzewidywalnych obciążeń, ale nie dla tego scenariusza. Zakup zarezerwowanej przepustowości na 1 lub 3 lata nie jest optymalny, ponieważ tabela jest używana tylko przez krótki czas raz w tygodniu, a rezerwacja wiązałaby się z płaceniem za niewykorzystaną przepustowość przez większość czasu.