Een bedrijf organiseert online wedstrijden via een mobiele app op AWS en selecteert aan het einde van elke wedstrijd een willekeurige winnaar. De duur van de wedstrijden varieert en er mogen geen wedstrijdgegevens worden bewaard nadat een wedstrijd is afgelopen. Momenteel gebruikt het bedrijf aangepaste code op Amazon EC2-instanties achter een Application Load Balancer, waarbij wedstrijddeelnames worden opgeslagen in Amazon RDS. Het bedrijf wil een nieuwe architectuur die de kosten van wedstrijden verlaagt. Welke oplossing is het meest kosteneffectief en voldoet tegelijkertijd aan de vereisten?

De correcte oplossing is het meest kosteneffectief en voldoet aan de vereisten. Amazon DynamoDB is een serverloze NoSQL-database die goedkoper is voor variabele workloads dan Amazon RDS. AWS Lambda-functies zijn serverloos en schalen automatisch, wat de kosten verlaagt omdat u alleen betaalt voor de daadwerkelijke uitvoeringstijd. DynamoDB Time To Live (TTL) is ideaal voor het automatisch verwijderen van wedstrijdgegevens zodra een wedstrijd is afgelopen, zonder handmatig beheer of extra kosten. De andere opties zijn minder geschikt: Het gebruik van DAX met DynamoDB is onnodig, aangezien de data na elke wedstrijd wordt verwijderd en DAX caching biedt voor herhaalde leesacties, wat hier niet de primaire behoefte is. ECS op Fargate is een goede serverloze optie, maar de opslagkeuze is suboptimaal. Amazon Redshift is een datawarehouse-oplossing, ontworpen voor complexe analyses van grote datasets, niet voor transactionele opslag van vluchtige wedstrijddeelnames, en het verwijderen van een cluster na elke wedstrijd is inefficiënt en duur. ElastiCache for Redis is een in-memory cache en geen primaire opslagoplossing. Het toevoegen ervan vóór RDS zou de architectuur complexer maken en de kosten verhogen, terwijl RDS nog steeds de onderliggende opslag zou zijn, wat duurder is dan DynamoDB voor deze use case.