Skrypt Pythona działa na instancji EC2 co 10 minut, aby pobierać i przetwarzać pliki z bucketu S3; przetworzenie każdego pliku zajmuje około 5 minut i jest przetwarzany tylko raz. Metryki CloudWatch pokazują, że instancja EC2 jest bezczynna przez około 40% czasu. Firma chce, aby obciążenie było wysoce dostępne, skalowalne i zmniejszało bieżące koszty zarządzania. Które rozwiązanie spełnia te wymagania w najbardziej opłacalny sposób?

Migracja skryptu do AWS Lambda z powiadomieniami S3 jest najbardziej opłacalnym i efektywnym rozwiązaniem. Lambda jest bezserwerowa, co oznacza, że płacisz tylko za czas wykonania kodu, eliminując koszty bezczynności instancji EC2. Powiadomienia S3 natychmiast wywołują funkcję Lambda po przesłaniu pliku, zapewniając wysoką dostępność i skalowalność bez ręcznego zarządzania. Opcja z SQS i Auto Scaling Group EC2 jest mniej opłacalna, ponieważ nadal utrzymuje instancje EC2, nawet jeśli są skalowane w dół, a także wymaga zarządzania kolejką. Uruchomienie skryptu jako kontenera na instancji EC2 nie rozwiązuje problemu bezczynności i kosztów zarządzania. Opcja z ECS Fargate i Lambda jest bardziej złożona i droższa niż bezpośrednie użycie Lambdy dla tego przypadku użycia, ponieważ Fargate nadal wiąże się z kosztami zasobów kontenera.