Een serverless e-commerce workflow gebruikt API Gateway om een Lambda-functie aan te roepen die een externe voorraad-API aanroept. Tijdens piekbelasting faalt de externe API wanneer deze overbelast raakt. Het bedrijf heeft een oplossing nodig die overbelasting van de externe API voorkomt. Welk ontwerp voldoet aan deze behoefte?

De correcte optie is om API Gateway verzoeken in een Amazon SQS-wachtrij te plaatsen en de Lambda-functie te configureren met gereserveerde gelijktijdigheid (reserved concurrency) gelijk aan de drempel van de externe API. Deze aanpak ontkoppelt de API Gateway van de Lambda-functie en de externe API, waardoor de externe API niet direct overbelast raakt tijdens piekbelasting. SQS fungeert als een buffer, terwijl de gereserveerde gelijktijdigheid van Lambda ervoor zorgt dat de externe API alleen wordt aangeroepen met een gecontroleerd aantal gelijktijdige verzoeken, wat overbelasting voorkomt. De andere opties zijn minder geschikt: Direct schrijven naar DynamoDB en een stream gebruiken om de externe API aan te roepen, introduceert complexiteit en garandeert geen controle over de aanroepsnelheid naar de externe API. Het gebruik van Amazon SNS voor dit scenario is minder geschikt, omdat SNS primair bedoeld is voor pub/sub-berichten en niet voor het bufferen en throttlen van verzoeken naar een externe API zoals SQS dat doet. Provisioned concurrency is voor prestatie, niet voor throttling. Direct schrijven naar Amazon Athena is ongeschikt omdat Athena een queryservice is voor data-analyse en niet bedoeld is voor real-time verwerking of het bufferen van API-aanroepen.