Aplikacja internetowa korzysta z Amazon API Gateway, AWS Lambda i Amazon DynamoDB. Po kampanii marketingowej wiele żądań ma znacznie dłuższe czasy odpowiedzi. Logi CloudWatch dla API Gateway pokazują błędy w 20% żądań. Dla funkcji Lambda metryka Throttles wynosi 1%, a Errors 10%. Logi aplikacji pokazują, że błędy pokrywają się z wywołaniami do DynamoDB. Jaką zmianę powinien wdrożyć architekt rozwiązań, aby poprawić czasy odpowiedzi wraz ze wzrostem ruchu?

Włączenie automatycznego skalowania DynamoDB dla tabeli jest prawidłową odpowiedzią, ponieważ logi aplikacji wskazują, że błędy pokrywają się z wywołaniami do DynamoDB, a wzrost ruchu powoduje dłuższe czasy odpowiedzi. Automatyczne skalowanie DynamoDB (Auto Scaling) dynamicznie dostosowuje przepustowość odczytu i zapisu tabeli, aby sprostać zmieniającemu się obciążeniu, zapobiegając w ten sposób błędom związanym z ograniczaniem przepustowości (throttling) i poprawiając czasy odpowiedzi. Zwiększenie limitu współbieżności funkcji Lambda nie rozwiąże problemu, jeśli to DynamoDB jest wąskim gardłem. Zwiększenie limitów przepustowości API Gateway nie pomoże, jeśli problem leży po stronie backendu. Ponowne utworzenie tabeli DynamoDB z lepszym kluczem partycji jest dobrym rozwiązaniem długoterminowym, ale w tej sytuacji automatyczne skalowanie jest szybszym i bardziej bezpośrednim rozwiązaniem problemu z wydajnością pod obciążeniem.