Een bedrijf runt een asynchrone API op Amazon API Gateway met een AWS Lambda-functie die gebruikersverzoeken opslaat in Amazon DynamoDB voordat deze naar microservices worden verzonden. Het bedrijf heeft zoveel DynamoDB-doorvoer ingericht als het budget toelaat, maar ervaart nog steeds beschikbaarheidsproblemen en verloren verzoeken. Wat moet een solutions architect doen om dit aan te pakken zonder bestaande gebruikers te beïnvloeden?

De juiste aanpak is het gebruik van Amazon SQS en Lambda om schrijfbewerkingen naar DynamoDB te bufferen. Dit ontkoppelt de API Gateway van DynamoDB, waardoor de API Gateway verzoeken kan accepteren en in de SQS-wachtrij kan plaatsen, zelfs als DynamoDB overbelast is. Een Lambda-functie kan vervolgens berichten uit de wachtrij verwerken en naar DynamoDB schrijven met een tempo dat DynamoDB aankan, wat beschikbaarheidsproblemen en verloren verzoeken voorkomt. Het toevoegen van throttling aan API Gateway (A) zou de beschikbaarheidsproblemen niet oplossen, maar juist verergeren door verzoeken af te wijzen. DynamoDB Accelerator (DAX) (B) is een in-memory cache die voornamelijk bedoeld is voor het versnellen van leesbewerkingen, niet voor het bufferen van schrijfbewerkingen. Het aanmaken van een secundaire index (C) verbetert de queryprestaties, maar lost de doorvoerproblemen bij schrijfbewerkingen niet op.