Een bedrijf heeft een API gemaakt in Amazon API Gateway die Lambda-functies aanroept en deze geïmplementeerd in een Production stage. Een extern ontwikkelingsteam is de enige API-gebruiker. Het gebruik piekt op bepaalde tijden, wat leidt tot zorgen over de kosten. Het bedrijf wil het gebruik en de kosten beperken zonder de Lambda-functies aan te passen. Wat is de MEEST kosteneffectieve oplossing?

De meest kosteneffectieve oplossing is het gebruik van een API Gateway API-sleutel en een usage plan met throttling limits en quota's. Dit stelt het bedrijf in staat om het aantal verzoeken en de totale kosten te beheersen door een maximum aantal verzoeken per seconde (throttling) en een totaal aantal verzoeken over een bepaalde periode (quota) in te stellen. Het externe team krijgt de API-sleutel en is gebonden aan deze limieten. De andere opties zijn minder geschikt: Het omleiden van verzoeken naar SQS-wachtrijen en het aanpassen van Lambda-functies is een ingrijpende wijziging die niet voldoet aan de eis om de Lambda-functies niet aan te passen. Bovendien voegt het complexiteit en mogelijke extra kosten toe. Provisioned concurrency voor Lambda-functies is bedoeld om de opstarttijd van Lambda-functies te verkorten, niet om het gebruik of de kosten te beperken. Het kan zelfs de kosten verhogen. Een AWS WAF Regional web ACL met een rate-based regel kan verkeer beperken, maar een usage plan in API Gateway is specifiek ontworpen voor het beheren van API-gebruik en kosten op een gedetailleerdere manier, inclusief quota's, wat WAF niet direct biedt voor dit specifieke doel.