Firma uruchamia instancje EC2 ze stabilnym, ciągłym obciążeniem oraz funkcje Lambda ze zmiennym, nieprzewidywalnym obciążeniem. Aplikacja wykorzystuje klaster Amazon MemoryDB for Redis jako pamięć podręczną. Aby zminimalizować całkowity miesięczny koszt, jaką strategię zakupu powinna przyjąć firma?

Poprawna odpowiedź minimalizuje koszty dla każdego typu zasobu. EC2 Instance Savings Plan jest idealny dla instancji EC2 o stabilnym obciążeniu, oferując znaczne oszczędności w zamian za zobowiązanie do użycia konkretnej rodziny instancji w regionie. Compute Savings Plan dla Lambda jest odpowiedni dla zmiennego obciążenia, ponieważ obejmuje użycie Lambda bez konieczności zobowiązania do konkretnej konfiguracji, co pozwala na pokrycie minimalnego oczekiwanego zużycia. Węzły zarezerwowane dla MemoryDB zapewniają oszczędności dla stabilnych zasobów baz danych. Niepoprawne opcje: Kupno Compute Savings Plan dla instancji EC2 jest mniej optymalne niż EC2 Instance Savings Plan, który oferuje większe oszczędności dla stabilnych obciążeń EC2. Rezerwowanie współbieżności Lambda nie jest mechanizmem oszczędnościowym, lecz sposobem na zapewnienie dostępności zasobów. Pojedynczy Compute Savings Plan nie pokryje węzłów MemoryDB, ponieważ Savings Plans dotyczą głównie zasobów obliczeniowych, a nie usług baz danych. Compute Savings Plan dla węzłów MemoryDB jest nieprawidłowy, ponieważ MemoryDB korzysta z węzłów zarezerwowanych, a nie z Compute Savings Plan. Rezerwowanie współbieżności Lambda, jak wspomniano, nie jest mechanizmem oszczędnościowym.