Un'applicazione chiama DynamoDB usando l'operazione di basso livello BatchGetItem e spesso riceve risposte che includono voci in UnprocessedKeys. Quali azioni renderanno l'applicazione più resiliente quando vengono restituite UnprocessedKeys? (Scegliere due.)

Quando BatchGetItem restituisce UnprocessedKeys, significa che DynamoDB non è riuscito a recuperare tutti gli elementi richiesti, spesso a causa di problemi di throttling o di capacità. Riprovare l'operazione batch usando un backoff esponenziale con un ritardo randomizzato è una best practice standard per gestire errori temporanei e throttling. Il backoff esponenziale riduce il carico sul servizio e aumenta la probabilità di successo dei tentativi successivi, mentre il ritardo randomizzato (jitter) impedisce che più client ritentino contemporaneamente, creando un "thundering herd" problem. Aumentare la capacità di lettura provisionata delle tabelle DynamoDB a cui l'operazione accede risolve la causa principale del throttling. Se le richieste di lettura superano la capacità provisionata, DynamoDB limita le richieste, portando a UnprocessedKeys. Aumentare la capacità fornisce più throughput per le letture. Riprovare immediatamente l'operazione batch è inefficace e può peggiorare il throttling. Modificare l'applicazione per usare un AWS SDK è una buona pratica generale, ma non risolve direttamente il problema delle UnprocessedKeys se la causa è il throttling o la capacità. Aumentare la capacità di scrittura non è rilevante per BatchGetItem, che è un'operazione di lettura.