Een SaaS-bedrijf heeft een Amazon API Gateway REST API met Lambda-integratie geïmplementeerd in meerdere regio's binnen hetzelfde productieaccount. Klanten betalen voor een gelaagde capaciteit, gemeten in API-aanroepen per seconde; de premium-laag staat maximaal 3.000 RPS toe en klanten worden geïdentificeerd door API-sleutels. Verschillende premiumklanten in verschillende regio's melden 429 Too Many Requests op diverse API-methoden tijdens piekuren. Logs tonen aan dat de Lambda-functie nooit wordt aangeroepen. Wat is de waarschijnlijke oorzaak van de 429-fouten voor deze klanten?

De 429 Too Many Requests-fouten, in combinatie met het feit dat de Lambda-functie nooit wordt aangeroepen, duiden erop dat de beperking plaatsvindt vóór de integratie met Lambda. API Gateway heeft accountbrede limieten voor aanvragen per seconde (RPS) die van toepassing zijn op alle API's binnen een regio. Wanneer deze limiet wordt overschreden, retourneert API Gateway 429-fouten. Aangezien de problemen zich voordoen in meerdere regio's en bij verschillende premiumklanten, is het waarschijnlijk dat de totale verkeersbelasting van het bedrijf de standaard accountlimiet van API Gateway overschrijdt. De optie "De Lambda-functie heeft de gelijktijdigheidslimiet bereikt" is onjuist omdat de logs aangeven dat Lambda nooit wordt aangeroepen, wat betekent dat de fout optreedt voordat de aanvraag Lambda bereikt. "De Lambda-functie heeft de regiogrenzen voor gelijktijdigheid bereikt" is eveneens onjuist om dezelfde reden. "Het bedrijf heeft de API Gateway standaard per-methode limiet voor aanroepen per seconde bereikt" is onwaarschijnlijk, omdat de 429-fouten optreden op "diverse API-methoden", wat meer duidt op een accountbrede limiet dan op specifieke methodelimieten.