Uma aplicação implantada em dispositivos IoT envia dados para uma API RESTful implementada por uma função AWS Lambda. Cada requisição inclui um identificador único. O tráfego pode ter picos imprevisíveis e, quando as requisições são limitadas (throttled), o cliente pode tentar novamente, causando requisições duplicadas. A API deve lidar com duplicatas sem inconsistência ou perda de dados. Qual solução atende a esses requisitos?

A solução correta é usar uma tabela do Amazon DynamoDB. O DynamoDB é um banco de dados NoSQL totalmente gerenciado, altamente disponível e escalável, ideal para casos de uso com picos de tráfego imprevisíveis e baixa latência. Ele oferece consistência eventual ou forte, e a capacidade de verificar a existência de um identificador único antes de processar a requisição garante a idempotência, evitando inconsistências ou perda de dados devido a requisições duplicadas. Usar Amazon RDS for MySQL não é a melhor opção devido à sua natureza relacional, que pode ter dificuldades em escalar rapidamente para lidar com picos imprevisíveis de tráfego de IoT sem um gerenciamento complexo de instâncias e conexões. Retornar um erro de cliente não resolve o problema de processamento duplicado, apenas informa o cliente. O Amazon ElastiCache for Memcached é um cache na memória e não garante persistência, o que significa que os identificadores podem ser perdidos, levando a um processamento duplicado.