Ein SaaS-Unternehmen hat eine Amazon API Gateway REST API mit Lambda-Integration über mehrere Regionen hinweg im selben Produktionskonto bereitgestellt. Kunden zahlen für eine gestaffelte Kapazität, die in API-Aufrufen pro Sekunde gemessen wird; die Premium-Stufe erlaubt bis zu 3.000 RPS, und Kunden werden durch API-Schlüssel identifiziert. Mehrere Premium-Kunden in verschiedenen Regionen melden während der Spitzenzeiten 429 Too Many Requests bei verschiedenen API-Methoden. Protokolle zeigen, dass die Lambda-Funktion nie aufgerufen wird. Was ist die wahrscheinliche Ursache für die 429-Fehler bei diesen Kunden?

Die korrekte Antwort ist, dass das Unternehmen sein API Gateway-Kontolimit für Aufrufe pro Sekunde erreicht hat. Da die Lambda-Funktion nie aufgerufen wird, deutet dies darauf hin, dass die Drosselung vor der Integration mit Lambda stattfindet. API Gateway hat ein Standard-Kontolimit von 10.000 RPS pro Region. Wenn Premium-Kunden 3.000 RPS erreichen können und mehrere Kunden in verschiedenen Regionen gleichzeitig Spitzenlasten erleben, ist es sehr wahrscheinlich, dass das gesamte Konto dieses Limit überschreitet. Die Option "Die Lambda-Funktion hat ihr Parallelitätslimit erreicht" ist falsch, da die Protokolle zeigen, dass Lambda nie aufgerufen wird. Ebenso ist "Die Lambda-Funktion hat ihr Regionslimit für Parallelität erreicht" falsch. Die Option "Das Unternehmen hat sein API Gateway-Standardlimit pro Methode für Aufrufe pro Sekunde erreicht" ist unwahrscheinlich, da die 429-Fehler bei verschiedenen API-Methoden auftreten, was eher auf ein kontoübergreifendes Problem hindeutet als auf ein Limit pro Methode.