Firma uruchamia instancje EC2 w prywatnej podsieci oraz funkcje Lambda, które potrzebują bezpośredniego dostępu sieciowego do tych instancji EC2. Aplikacja będzie działać przez co najmniej 1 rok, a liczba funkcji Lambda ma rosnąć. Firma chce zmaksymalizować oszczędności w zakresie zasobów aplikacji i utrzymać niskie opóźnienia sieciowe. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to zakup Compute Savings Plan, optymalizacja funkcji Lambda i połączenie ich z prywatną podsiecią. Compute Savings Plan oferuje największe oszczędności (do 66%) dla instancji EC2 i funkcji Lambda, co jest kluczowe przy rosnącej liczbie funkcji i rocznym okresie działania. Optymalizacja czasu trwania, pamięci, liczby wywołań i transferu danych funkcji Lambda minimalizuje koszty operacyjne. Połączenie funkcji Lambda z prywatną podsiecią zapewnia bezpośredni, niskopoziomowy dostęp sieciowy do instancji EC2, co gwarantuje niskie opóźnienia. Pozostałe opcje są mniej optymalne: EC2 Instance Savings Plan obejmuje tylko EC2, a nie Lambda, co ogranicza oszczędności. Łączenie Lambda z publiczną podsiecią jest niepotrzebne i może zwiększyć ryzyko bezpieczeństwa, a także nie zapewnia bezpośredniego dostępu do instancji w prywatnej podsieci. Pozostawienie funkcji Lambda w Lambda service VPC uniemożliwia bezpośredni dostęp do instancji EC2 w prywatnej podsieci, co zwiększa opóźnienia i komplikuje komunikację.