Una aplicación implementada en dispositivos IoT envía datos a una API RESTful implementada por una función AWS Lambda. Cada solicitud incluye un identificador único. El tráfico puede aumentar de forma impredecible y, cuando las solicitudes se limitan, el cliente puede reintentar, lo que provoca solicitudes duplicadas. La API debe manejar los duplicados sin inconsistencias ni pérdida de datos. ¿Qué solución cumple estos requisitos?

La opción correcta es usar Amazon DynamoDB para registrar el identificador único de cada solicitud y modificar la función Lambda para consultar la tabla antes de procesar. DynamoDB es una base de datos NoSQL sin servidor, altamente escalable y de baja latencia, ideal para manejar el tráfico impredecible de IoT y las comprobaciones de idempotencia. Al almacenar los identificadores de solicitud y consultarlos, la función Lambda puede identificar y descartar solicitudes duplicadas, asegurando la consistencia de los datos. Las otras opciones son menos adecuadas: Amazon RDS for MySQL no es ideal para la escalabilidad bajo demanda requerida por el tráfico impredecible de IoT, y su latencia puede ser mayor que la de DynamoDB para este caso de uso. Devolver un error de cliente en caso de duplicado no resuelve el problema de idempotencia, ya que el cliente aún podría recibir un error y no saber si la operación original se procesó. Amazon ElastiCache for Memcached es una caché en memoria, lo que significa que los datos pueden ser volátiles y no persistirán, lo que no es adecuado para garantizar la idempotencia a largo plazo.