Une entreprise organise des concours en ligne via une application mobile sur AWS, sélectionnant un gagnant aléatoire à la fin du concours. Les durées des concours varient et aucune donnée de concours ne doit être conservée après la fin d'un concours. Actuellement, l'entreprise utilise du code personnalisé sur des instances Amazon EC2 derrière un Application Load Balancer, stockant les participations aux concours dans Amazon RDS. L'entreprise souhaite une nouvelle architecture qui réduise les coûts des concours. Quelle solution est la plus rentable tout en répondant aux exigences ?

La solution la plus rentable est de stocker les participations dans DynamoDB et d'utiliser AWS Lambda. DynamoDB est une base de données NoSQL sans serveur, facturée à l'utilisation, ce qui est idéal pour des charges de travail variables et éphémères comme les concours. Son mécanisme de Time-To-Live (TTL) permet de supprimer automatiquement les données après la fin du concours, éliminant le besoin de gestion manuelle et réduisant les coûts de stockage. Les fonctions Lambda sont également sans serveur et facturées à l'exécution, ce qui minimise les coûts d'infrastructure par rapport aux instances EC2 ou aux conteneurs Fargate qui restent provisionnés. Les autres options sont moins optimales. L'utilisation de DAX avec DynamoDB est inutile car DAX est un cache pour des lectures à faible latence, non pertinent pour des données qui sont principalement écrites puis lues une seule fois à la fin. Redshift est un entrepôt de données analytique, surdimensionné et coûteux pour de simples participations à des concours, et sa suppression/création à chaque concours est inefficace. ElastiCache pour Redis est un cache en mémoire, ce qui est coûteux pour un stockage primaire et n'est pas conçu pour la persistance des données de concours.