Eine Anwendung, die mit Amazon API Gateway, AWS Lambda und Amazon DynamoDB erstellt wurde, gibt eine zunehmende Anzahl von Fehlern für PUT-Anfragen zurück. Die meisten PUT-Anfragen stammen von einer kleinen Gruppe von Clients, die mit API-Schlüsseln authentifiziert sind, und ein Client generiert viele der Anfragen. Die API ist nicht kritisch und Clients können fehlgeschlagene Anfragen wiederholen, aber sichtbare Fehler schaden der Kundenwahrnehmung. Was sollten Sie empfehlen, um die Kundenerfahrung zu verbessern?

Die korrekte Antwort ist, Throttling mit einem API Gateway Usage Plan für die API-Schlüssel anzuwenden und sicherzustellen, dass die Client-Anwendung 429 (Too Many Requests)-Antworten elegant verarbeitet. Dies löst das Problem, dass ein einzelner Client viele Anfragen sendet und Fehler verursacht, indem die Anzahl der Anfragen pro Client begrenzt wird. Wenn ein Client das Limit überschreitet, erhält er eine 429-Antwort, was die API vor Überlastung schützt und die Fehlerrate für andere Clients reduziert. Wiederholungslogik mit exponentiellem Backoff und Jitter in der Client-Anwendung würde die Anzahl der Anfragen an die API potenziell erhöhen, anstatt sie zu reduzieren. API-Caching verbessert die Reaktionsfähigkeit bei wiederholten Anfragen, aber nicht bei PUT-Anfragen, die Daten ändern. Reservierte Concurrency für Lambda-Funktionen stellt sicher, dass genügend Kapazität vorhanden ist, verhindert aber nicht, dass ein einzelner Client die API überlastet und Fehler verursacht.