Una empresa ejecuta una API asíncrona en Amazon API Gateway con una función de AWS Lambda que almacena las solicitudes de los usuarios en Amazon DynamoDB antes de enviarlas a los microservicios. La empresa aprovisionó tanto rendimiento de DynamoDB como el presupuesto lo permite, pero aún experimenta problemas de disponibilidad y solicitudes perdidas. ¿Qué debería hacer un arquitecto de soluciones para abordar esto sin afectar a los usuarios existentes?

La opción correcta es usar Amazon SQS y Lambda para almacenar en búfer las escrituras en DynamoDB. Esto desacopla la API de la base de datos, permitiendo que API Gateway acepte solicitudes rápidamente y las coloque en la cola SQS. Lambda puede entonces procesar los mensajes de SQS y escribir en DynamoDB a una velocidad controlada, reintentando automáticamente las escrituras fallidas. Esto mejora la disponibilidad y evita la pérdida de solicitudes sin afectar a los usuarios existentes. Añadir limitación en API Gateway solo rechazaría solicitudes, empeorando el problema de disponibilidad. Usar DAX es para lecturas, no para escrituras, y no resolvería el problema de rendimiento de escritura. Crear un índice secundario en DynamoDB no aborda directamente el problema de rendimiento de escritura en la tabla principal ni la disponibilidad general del sistema bajo carga.