Eine Integrationsumgebung verfügt über eine SQS-Warteschlange, die eine Lambda-Funktion auslöst, um Nachrichten zu transformieren und eine Drittanbieter-API aufzurufen. Erhöhte Nutzung führt dazu, dass die Drittanbieter-API viele HTTP 429 Too Many Requests zurückgibt, was die Nachrichtenverarbeitung blockiert. Wie sollte der Entwickler dies beheben?

Die korrekte Lösung besteht darin, die maximale Parallelität für die SQS-Ereignisquelle festzulegen. Dies begrenzt die Anzahl der gleichzeitig ausgeführten Lambda-Funktionsinstanzen, die Nachrichten aus der SQS-Warteschlange verarbeiten. Durch die Anpassung dieser Einstellung an die Ratenbegrenzungen der Drittanbieter-API wird verhindert, dass die API mit zu vielen Anfragen überlastet wird, was HTTP 429-Fehler reduziert und die Nachrichtenverarbeitung stabilisiert. Das Erhöhen der Batch-Größe würde die Anzahl der API-Aufrufe pro Lambda-Aufruf nicht reduzieren und könnte die Rate der Anfragen sogar erhöhen. Das Konfigurieren der bereitgestellten Parallelität ist für konsistente Leistung gedacht, nicht für die Ratenbegrenzung externer APIs. Das Erhöhen der asynchronen Wiederholungsversuche und des maximalen Ereignisalters würde nur dazu führen, dass die Lambda-Funktion länger versucht, fehlgeschlagene Anfragen zu verarbeiten, aber nicht die Ursache der 429-Fehler beheben.