De backend van een mobiele game draait op on-premises VM's die een REST API beschikbaar stellen. De bedrijfslogica gebruikt meerdere API-sleutels en leest spelerssessiegegevens uit centrale bestandsopslag. De belasting varieert en kent pieken die leiden tot onvoldoende capaciteit en hoge latentie bij het ophalen van sessiegegevens. Het API-model moet ongewijzigd blijven. Welke cloudarchitectuur voldoet aan de behoeften voor variabele belastingafhandeling en toegang met lage latentie?

De correcte optie voldoet het beste aan de vereisten voor variabele belastingafhandeling en lage latentie. Amazon API Gateway biedt schaalbaarheid en beheert API-sleutels efficiënt. AWS Lambda-functies zijn serverloos, schalen automatisch mee met de vraag en zijn kosteneffectief voor variabele workloads, waardoor capaciteitsproblemen worden opgelost. Amazon DynamoDB met on-demand capaciteit is een volledig beheerde NoSQL-database die extreem lage latentie en hoge doorvoer levert, ideaal voor het opslaan van spelerssessiegegevens en het omgaan met piekbelastingen zonder handmatige provisioning. De andere opties zijn minder optimaal: NLB met EC2 en Aurora Serverless: NLB werkt op laag 4 en is minder geschikt voor REST API's dan API Gateway of ALB. EC2-instances vereisen meer beheer en schalen minder dynamisch dan Lambda. Aurora Serverless is een relationele database en kan hogere latentie hebben dan DynamoDB voor eenvoudige sleutel-waarde toegang. ALB met Lambda en Aurora Serverless: ALB is geschikt voor REST API's, maar API Gateway biedt extra functies zoals API-sleutelbeheer en throttling. Aurora Serverless is wederom minder optimaal dan DynamoDB voor dit specifieke gebruik. AWS AppSync met Lambda en Aurora Serverless: AppSync is een GraphQL-service en de vraag stelt dat het API-model ongewijzigd moet blijven (impliceert REST).