Una aplicación almacena archivos JSON entrantes en S3, luego una Lambda los transforma y escribe elementos en DynamoDB. Los picos repentinos de tráfico provocan la limitación (throttling) de DynamoDB. ¿Qué cambio eliminará la limitación y suavizará las escrituras en DynamoDB?

La opción correcta aborda directamente la limitación (throttling) de DynamoDB causada por picos de tráfico. Al introducir una cola SQS entre la transformación y la escritura, los mensajes se almacenan en búfer, suavizando la tasa de escritura en DynamoDB y evitando que la función Lambda de escritura sature la tabla. Esto permite que DynamoDB procese los elementos a su propio ritmo sin exceder su capacidad aprovisionada o bajo demanda. Habilitar el auto scaling de DynamoDB es una buena práctica, pero solo ajusta la capacidad con un retraso, lo que podría no ser suficiente para picos repentinos y breves. Crear un alias de Lambda y configurar la concurrencia aprovisionada solo afecta la disponibilidad de la función Lambda, no la tasa de escritura en DynamoDB. Dividir la Lambda para usar un DynamoDB stream después de las escrituras no resuelve el problema inicial de la limitación durante las escrituras, ya que los datos ya habrían sido escritos (o intentado escribir) en DynamoDB.