Aplikacja internetowa używa dystrybucji CloudFront do serwowania obrazów z zasobnika S3. Narzędzia stron trzecich czasami przesyłają uszkodzone obrazy do zasobnika. Firma posiada logikę w Pythonie, która niezawodnie wykrywa uszkodzone obrazy i chce zintegrować to wykrywanie z minimalnym opóźnieniem między przyjęciem a momentem serwowania treści. Które podejście do integracji spełnia to wymaganie?

Poprawna odpowiedź to skonfigurowanie powiadomienia o zdarzeniu S3, aby wywołać funkcję AWS Lambda po przesłaniu obrazów. To podejście zapewnia minimalne opóźnienie, ponieważ funkcja Lambda jest wywoływana natychmiast po przesłaniu obrazu do S3, co pozwala na szybkie wykrycie i przetworzenie uszkodzonych plików zanim zostaną udostępnione przez CloudFront. Opcja użycia funkcji Lambda@Edge na zdarzeniu viewer-response jest nieodpowiednia, ponieważ obraz zostałby już pobrany z S3 i potencjalnie udostępniony użytkownikowi, zanim Lambda@Edge mogłaby go sprawdzić, co nie spełnia wymogu minimalnego opóźnienia między przyjęciem a serwowaniem. Opcja użycia funkcji Lambda@Edge na zdarzeniu origin-response również wprowadza opóźnienie, ponieważ sprawdzenie następuje dopiero po pobraniu obrazu z S3 przez CloudFront, a nie natychmiast po przesłaniu go do S3. Opcja użycia maszyny stanów AWS Step Functions jest zbyt złożona i wprowadza niepotrzebne opóźnienie dla prostego zadania wykrywania uszkodzonych obrazów, które może być efektywnie obsłużone przez pojedynczą funkcję Lambda.