Firma prowadzi konkursy online za pośrednictwem aplikacji mobilnej na AWS, wybierając losowego zwycięzcę po zakończeniu konkursu. Czas trwania konkursów jest różny i żadne dane konkursowe nie mogą być przechowywane po jego zakończeniu. Obecnie firma używa niestandardowego kodu na instancjach Amazon EC2 za Application Load Balancer, przechowując zgłoszenia konkursowe w Amazon RDS. Firma chce nowej architektury, która zmniejszy koszty konkursów. Które rozwiązanie jest najbardziej opłacalne, spełniając jednocześnie wymagania?

Prawidłowa odpowiedź jest najbardziej opłacalna, ponieważ wykorzystuje bezserwerowe usługi AWS. Przechowywanie zgłoszeń w Amazon DynamoDB jest ekonomiczne, a użycie DynamoDB TTL (Time to Live) automatycznie usuwa dane po zakończeniu konkursu, eliminując koszty przechowywania niepotrzebnych danych. Przepisanie kodu na funkcje AWS Lambda pozwala na uruchamianie kodu tylko wtedy, gdy jest to potrzebne (np. do przetwarzania zgłoszeń lub wyboru zwycięzcy), płacąc tylko za faktyczne użycie, co jest znacznie tańsze niż utrzymywanie stale działających instancji EC2. Pozostałe opcje są mniej opłacalne: Użycie DynamoDB Accelerator (DAX) zwiększa koszty i nie jest konieczne, jeśli Lambda przetwarza dane wsadowo. Kontenery ECS na Fargate są droższe niż Lambda dla sporadycznych zadań. Amazon Redshift jest magazynem danych analitycznych i jest zbyt kosztowny dla pojedynczych konkursów, a jego usuwanie po każdym konkursie jest nieefektywne. Amazon ElastiCache for Redis dodaje dodatkową warstwę kosztów i złożoności, a RDS nadal generuje koszty.