Компания проводит онлайн-конкурсы через мобильное приложение на AWS, выбирая случайного победителя по окончании конкурса. Продолжительность конкурсов варьируется, и данные конкурса не должны сохраняться после его завершения. В настоящее время компания использует собственный код на инстансах Amazon EC2 за Application Load Balancer, сохраняя записи о конкурсах в Amazon RDS. Компания хочет получить новую архитектуру, которая снизит затраты на конкурсы. Какое решение является наиболее экономически эффективным, удовлетворяя при этом требованиям?

Правильный ответ — использование Amazon DynamoDB с TTL и AWS Lambda. DynamoDB — это бессерверная база данных NoSQL, которая обеспечивает высокую производительность и масштабируемость по требованию, что идеально подходит для переменных нагрузок конкурсов. Функция TTL (Time to Live) в DynamoDB позволяет автоматически удалять записи по истечении заданного времени, что соответствует требованию не сохранять данные после завершения конкурса и значительно снижает затраты, так как оплачивается только фактически используемое хранилище. AWS Lambda — это бессерверный вычислительный сервис, который также оплачивается по факту использования, что делает его крайне экономичным для периодических задач обработки данных конкурсов. Другие варианты менее оптимальны: DynamoDB Accelerator (DAX) избыточен для временных данных и увеличивает затраты. ECS Fargate — хорошее решение, но в сочетании с DAX не является наиболее экономичным. Amazon Redshift — это хранилище данных, предназначенное для аналитики больших объемов, а не для транзакционных данных конкурсов, и его удаление после каждого конкурса неэффективно. Amazon ElastiCache for Redis — это кэш, а не основное хранилище, и его использование с RDS не решает проблему хранения временных данных наиболее экономичным способом.