Um aplicativo construído com Amazon API Gateway, AWS Lambda e Amazon DynamoDB está retornando um número crescente de erros para solicitações PUT. A maioria das solicitações PUT vem de um pequeno conjunto de clientes autenticados com chaves de API, e um cliente está gerando muitas das solicitações. A API não é crítica e os clientes podem repetir solicitações com falha, mas os erros visíveis estão prejudicando a percepção do cliente. O que você deve recomendar para melhorar a experiência do cliente?

A opção correta aborda diretamente a causa provável dos erros: um cliente gerando muitas solicitações, o que pode sobrecarregar os recursos e levar a erros. O throttling com planos de uso do API Gateway limita a taxa de solicitações por chave de API, protegendo o backend e garantindo que um único cliente não degrade o serviço para os outros. A manipulação elegante de respostas 429 (Too Many Requests) pelo cliente é crucial para uma boa experiência, pois informa o cliente que ele excedeu seu limite e precisa diminuir o ritmo, em vez de simplesmente falhar. A adição de lógica de repetição no cliente (opção incorreta) pode agravar o problema, pois o cliente continuaria a fazer solicitações excessivas, aumentando a carga no backend. Habilitar o cache (opção incorreta) não resolveria o problema de sobrecarga de solicitações PUT, pois PUTs geralmente modificam dados e não são frequentemente armazenados em cache. Definir concorrência reservada no Lambda (opção incorreta) pode ajudar a garantir capacidade, mas não impede que um único cliente consuma essa capacidade e cause erros para outros, nem resolve a raiz do problema de um cliente abusivo.