Een bedrijf draait een microservice als een AWS Lambda-functie. De microservice schrijft naar een on-premises SQL-database die slechts een beperkt aantal gelijktijdige verbindingen ondersteunt. Wanneer het aantal Lambda-aanroepen toeneemt, raakt de database overbelast en crasht, wat downtime veroorzaakt. Het bedrijf heeft een AWS Direct Connect-link tussen de VPC en het on-premises datacenter. Het bedrijf wil de database beschermen tegen overbelasting. Welke oplossing voldoet aan deze vereisten?

Deze oplossing beschermt de database tegen overbelasting door een SQS-wachtrij te gebruiken als buffer. De Lambda-functie schrijft eerst naar SQS, waardoor de directe belasting van de database wordt verminderd. Vervolgens leest een andere Lambda-functie (of dezelfde, geconfigureerd als consument) uit de SQS-wachtrij en schrijft naar de on-premises database. De cruciale stap is het instellen van een gereserveerde gelijktijdigheidslimiet op deze consument-Lambda-functie. Deze limiet zorgt ervoor dat het aantal gelijktijdige aanroepen naar de database nooit het maximaal ondersteunde aantal overschrijdt, zelfs niet bij piekbelasting, waardoor crashes worden voorkomen. De andere opties zijn minder geschikt: Het migreren naar Aurora Serverless met DataSync is een grote architectuurwijziging en lost het probleem van de on-premises database niet direct op. RDS Proxy is bedoeld voor Amazon RDS-databases, niet voor on-premises SQL-databases. SNS is een pub/sub-service, geen wachtrij voor het bufferen van berichten, en provisioned concurrency lost het probleem van overbelasting niet op als de database de verbindingen niet aankan.