De applicatie van een ontwikkelaar maakt gebruik van AWS Lambda en CloudFormation. Naarmate het gebruik toenam, begonnen Lambda-functies rate limits te bereiken wanneer ze bij elke aanroep een geavanceerde Systems Manager Parameter Store-parameter ophalen. De parameter verandert alleen tijdens deployments. Omdat het gebruik onvoorspelbaar is, wil de ontwikkelaar een kosteneffectieve manier om de Parameter Store rate limiting te vermijden. Welke oplossing voldoet het beste aan deze vereiste?

De beste oplossing is om een SSM dynamic reference te gebruiken voor de parameter als een omgevingsvariabele in de Lambda-resource in de CloudFormation-template. Dit zorgt ervoor dat de parameterwaarde slechts één keer wordt opgehaald tijdens de deployment van de Lambda-functie, in plaats van bij elke aanroep. Dit vermijdt rate limiting, omdat de Parameter Store API niet bij elke functie-uitvoering wordt aangeroepen. Het instellen van gereserveerde concurrency (optie 1) helpt niet tegen rate limiting van de Parameter Store, maar beheert de gelijktijdige uitvoering van Lambda-functies zelf. Retries met exponentiële backoff (optie 2) kunnen tijdelijk helpen, maar lossen de onderliggende oorzaak van de rate limiting niet op en kunnen de latentie verhogen. Het aanvragen van een verhoogde service quota (optie 3) is een mogelijke oplossing, maar is reactief en niet kosteneffectief, omdat het probleem kan worden voorkomen door een efficiënter ontwerp.