Proces indeksowania stron internetowych działa na flocie instancji EC2 t2.micro. Instancje odpytują kolejkę SQS z docelowymi adresami URL, indeksują każdy adres URL w czasie 10 sekund lub krócej i zapisują wyniki do współdzielonego systemu plików Amazon EFS zamontowanego na każdej instancji. Adresy URL są dodawane do kolejki rzadko, a metryki pokazują, że instancje pozostają bezczynne, gdy kolejka jest pusta. Musisz przeprojektować system w celu optymalizacji kosztów. Które dwie zmiany razem są najbardziej opłacalne?

Przebudowa procesu na funkcję AWS Lambda jest najbardziej opłacalna, ponieważ Lambda jest usługą bezserwerową, która automatycznie skaluje się do zera, gdy nie ma pracy, eliminując koszty bezczynnych instancji EC2. Funkcje Lambda mogą być wyzwalane przez wiadomości SQS, co idealnie pasuje do istniejącego przepływu pracy. Przechowywanie wyników w Amazon S3 jest również opłacalne, ponieważ S3 oferuje bardzo niskie koszty przechowywania obiektów, wysoką trwałość i skalowalność, co jest idealne dla danych indeksu stron internetowych. Pozostałe opcje są mniej optymalne. Zastąpienie instancji t2.micro instancjami m5.8xlarge i zmniejszenie floty nadal wiąże się z kosztami bezczynnych instancji, a m5.8xlarge są znacznie droższe. Przechowywanie wyników w Amazon Neptune lub Amazon Aurora Serverless MySQL byłoby droższe niż S3, zwłaszcza dla danych, które mogą być statyczne po indeksowaniu.