Firma uruchamia swoją aplikację, korzystając z instancji Amazon EC2 i funkcji AWS Lambda. Instancje EC2 znajdują się w prywatnych podsieciach VPC. Funkcje Lambda wymagają bezpośredniego dostępu sieciowego do instancji EC2, aby aplikacja działała. Aplikacja będzie działać przez 1 rok, a liczba używanych funkcji Lambda wzrośnie w ciągu tego roku. Firma musi zminimalizować koszty wszystkich zasobów aplikacji. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to zakup Compute Savings Plan i połączenie funkcji Lambda z prywatnymi podsieciami zawierającymi instancje EC2. Compute Savings Plan oferuje największą elastyczność i oszczędności (do 66%) dla instancji EC2, Fargate i Lambda, co jest kluczowe dla minimalizacji kosztów przy rosnącym użyciu Lambda. Połączenie funkcji Lambda z prywatnymi podsieciami umożliwia bezpośredni dostęp sieciowy do instancji EC2, co jest wymagane przez aplikację. EC2 Instance Savings Plan zapewnia oszczędności tylko dla instancji EC2, a nie dla Lambda, co czyni go mniej optymalnym. Łączenie funkcji Lambda z publicznymi podsieciami jest niezalecane ze względów bezpieczeństwa i nie jest wymagane, ponieważ instancje EC2 są w podsieciach prywatnych. Pozostawienie funkcji Lambda w VPC usługi Lambda uniemożliwiłoby bezpośredni dostęp do instancji EC2 w prywatnych podsieciach.