Une application construite avec Amazon API Gateway, AWS Lambda et Amazon DynamoDB renvoie un nombre croissant d'erreurs pour les requêtes PUT. La plupart des requêtes PUT proviennent d'un petit ensemble de clients authentifiés avec des clés API, et un client génère un grand nombre de ces requêtes. L'API n'est pas critique et les clients peuvent relancer les requêtes échouées, mais les erreurs visibles nuisent à la perception des clients. Que devriez-vous recommander pour améliorer l'expérience client ?

La limitation (throttling) avec un plan d'utilisation d'API Gateway est la solution la plus appropriée car elle permet de contrôler le taux de requêtes par client authentifié. Puisqu'un client génère un grand nombre de requêtes PUT provoquant des erreurs, la limitation empêchera ce client de surcharger l'API, réduisant ainsi les erreurs visibles pour tous les clients et améliorant la perception. Le client recevra des réponses 429 (Too Many Requests), qu'il devra gérer en réessayant les requêtes. Ajouter une logique de nouvelle tentative côté client est une bonne pratique mais ne résout pas la cause première des erreurs (la surcharge de l'API par un client). Activer la mise en cache n'est pas pertinent pour les requêtes PUT qui modifient des données. Définir la concurrence réservée sur Lambda pourrait aider si Lambda était le goulot d'étranglement, mais la limitation d'API Gateway est plus directe pour gérer les clients abusifs.