Firma zajmująca się mediami społecznościowymi umożliwia użytkownikom przesyłanie obrazów do aplikacji hostowanej w AWS. Obrazy muszą być automatycznie zmieniane dla wielu typów urządzeń. Ruch jest nieprzewidywalny w ciągu dnia. Firma chce uzyskać wysoce dostępne rozwiązanie, które maksymalizuje skalowalność. Co powinien wdrożyć architekt rozwiązań?

Poprawna odpowiedź to hostowanie statycznej witryny w Amazon S3, która wyzwala funkcje AWS Lambda do zmiany rozmiaru obrazów i przechowywania zmienionych obrazów w zasobniku Amazon S3. To rozwiązanie jest wysoce dostępne i skalowalne, ponieważ Amazon S3 zapewnia trwałe przechowywanie, a AWS Lambda automatycznie skaluje się w zależności od obciążenia, przetwarzając obrazy bez konieczności zarządzania serwerami. Zmienione obrazy są również przechowywane w S3, co zapewnia łatwy dostęp. Hostowanie statycznej witryny w Amazon CloudFront, która wywołuje AWS Step Functions do zmiany rozmiaru obrazów i przechowywania ich w bazie danych Amazon RDS, jest mniej optymalne. CloudFront jest CDN, a nie hostem statycznych stron, a RDS nie jest idealnym miejscem do przechowywania obiektów binarnych, takich jak obrazy. Hostowanie dynamicznej witryny na serwerze WWW działającym na instancji Amazon EC2 z procesem zmiany rozmiaru na tej samej instancji jest mniej skalowalne i wysoce dostępne, ponieważ wymaga ręcznego skalowania EC2 i stanowi pojedynczy punkt awarii. Hostowanie dynamicznej witryny na automatycznie skalującym się klastrze Amazon ECS, który tworzy zadania zmiany rozmiaru w Amazon SQS, a następnie uruchamianie programu do zmiany rozmiaru obrazów na instancji Amazon EC2, jest nadmiernie złożone i droższe niż rozwiązanie bezserwerowe oparte na Lambda.