Een ontwikkelaar ontvangt intermitterend HTTP 400 ThrottlingException-fouten bij het aanroepen van de CloudWatch API en er worden geen gegevens geretourneerd bij een fout. Welke best practice moet als eerste worden toegepast om dit te verhelpen?

De correcte aanpak is om de aanroep opnieuw te proberen met exponentiële backoff. HTTP 400 ThrottlingException-fouten duiden erop dat de API-aanroepen de AWS-servicelimieten overschrijden. Exponentiële backoff is een standaardstrategie voor foutafhandeling waarbij de wachttijd tussen herhaalde aanroepen geleidelijk toeneemt, waardoor de belasting op de API wordt verminderd en de kans op succesvolle aanroepen toeneemt zonder de limieten te overschrijden. Contact opnemen met AWS Support voor een limietverhoging is een optie, maar exponentiële backoff is een best practice die eerst moet worden geïmplementeerd, omdat het vaak het probleem oplost zonder externe interventie en de applicatie veerkrachtiger maakt. De AWS CLI gebruiken om metrics op te halen is geen oplossing voor een ThrottlingException, omdat de CLI zelf ook de CloudWatch API aanroept en dus onderhevig is aan dezelfde beperkingen. Het analyseren van de applicaties en het verwijderen van de API-aanroep is meestal geen haalbare optie, omdat de aanroep waarschijnlijk essentieel is voor de functionaliteit van de applicatie.