Uma empresa realiza concursos online por meio de um aplicativo móvel na AWS, selecionando um vencedor aleatório ao final do concurso. A duração dos concursos varia e nenhum dado do concurso deve ser retido após o término. Atualmente, a empresa usa código personalizado em instâncias do Amazon EC2 atrás de um Application Load Balancer, armazenando as inscrições dos concursos no Amazon RDS. A empresa deseja uma nova arquitetura que reduza os custos dos concursos. Qual solução é a mais econômica e atende aos requisitos?

A solução correta utiliza DynamoDB e AWS Lambda, que são serviços serverless e, portanto, mais econômicos para cargas de trabalho variáveis e intermitentes, como concursos. O DynamoDB com TTL (Time to Live) gerencia automaticamente a exclusão de dados após o término do concurso, atendendo ao requisito de não retenção e reduzindo custos operacionais. O Lambda elimina a necessidade de gerenciar servidores EC2, pagando apenas pela execução do código. A opção com DAX e ECS Fargate aumenta a complexidade e o custo, pois DAX é para caching de leitura intensiva e Fargate, embora serverless, ainda tem um custo base maior que Lambda para funções de curta duração. A opção com Redshift é inadequada, pois Redshift é um data warehouse para análise, não para armazenamento transacional de inscrições e sua exclusão e criação constantes seriam ineficientes e caras. A opção com ElastiCache e RDS mantém a infraestrutura de banco de dados relacional, que é mais cara e complexa de gerenciar para este caso de uso, e ElastiCache adiciona uma camada de cache que não é estritamente necessária se o DynamoDB TTL for usado.