Una aplicación llama a DynamoDB usando la operación de bajo nivel BatchGetItem y a menudo recibe respuestas que incluyen entradas en UnprocessedKeys. ¿Qué acciones harán que la aplicación sea más resiliente cuando se devuelvan UnprocessedKeys? (Elija dos).

Cuando DynamoDB devuelve UnprocessedKeys en una operación BatchGetItem, significa que no pudo recuperar todos los elementos solicitados en ese intento. Reintentar la operación por lotes usando retroceso exponencial con un retardo aleatorio es crucial porque evita sobrecargar DynamoDB con reintentos inmediatos, lo que podría empeorar el problema. El retroceso exponencial espacia los reintentos, dando tiempo a DynamoDB para recuperarse, y el retardo aleatorio ayuda a evitar una "estampida de reintentos" de múltiples clientes. Aumentar la capacidad de lectura aprovisionada de las tablas de DynamoDB es una solución directa a la causa raíz. Si la capacidad de lectura es insuficiente, DynamoDB no puede satisfacer todas las solicitudes, lo que resulta en UnprocessedKeys. Al aumentar esta capacidad, se permite que DynamoDB procese más solicitudes simultáneamente, reduciendo la aparición de UnprocessedKeys. Reintentar inmediatamente es ineficaz y puede agravar el problema. Modificar la aplicación para usar un AWS SDK es una buena práctica, pero no resuelve directamente el problema de UnprocessedKeys si la capacidad es el cuello de botella o si el patrón de reintento es deficiente. Aumentar la capacidad de escritura aprovisionada es irrelevante para una operación BatchGetItem, que es una operación de lectura.