Aplikacja wywołuje DynamoDB za pomocą niskopoziomowej operacji BatchGetItem i często otrzymuje odpowiedzi zawierające wpisy w UnprocessedKeys. Które działania sprawią, że aplikacja będzie bardziej odporna, gdy zwracane są UnprocessedKeys? (Wybierz dwie.)

Gdy operacja BatchGetItem zwraca UnprocessedKeys, oznacza to, że DynamoDB nie było w stanie przetworzyć wszystkich żądanych elementów, często z powodu przeciążenia lub przekroczenia limitu przepustowości. Ponawianie operacji wsadowej z wykładniczym wycofywaniem (exponential backoff) i losowym opóźnieniem (jitter) jest standardową, sprawdzoną metodą radzenia sobie z tymczasowymi błędami i przeciążeniami, zwiększając szanse na pomyślne przetworzenie pozostałych kluczy bez dalszego obciążania systemu. Zwiększenie alokowanej przepustowości odczytu (provisioned read capacity) dla tabel DynamoDB bezpośrednio rozwiązuje problem niewystarczającej przepustowości, która jest częstą przyczyną UnprocessedKeys, umożliwiając DynamoDB obsłużenie większej liczby operacji odczytu. Natychmiastowe ponowienie operacji wsadowej jest nieskuteczne, ponieważ prawdopodobnie natrafi na ten sam problem przeciążenia. Zwiększenie alokowanej przepustowości zapisu jest nieistotne, ponieważ BatchGetItem to operacja odczytu. Modyfikacja aplikacji w celu użycia AWS SDK jest dobrą praktyką, ale samo w sobie nie rozwiązuje problemu UnprocessedKeys, choć SDK często implementuje mechanizmy ponawiania.