Firma posiada konto AWS używane do inżynierii oprogramowania. Konto ma dostęp do firmowego centrum danych on-premises za pośrednictwem pary połączeń AWS Direct Connect. Cały ruch spoza VPC jest kierowany do wirtualnej bramy prywatnej. Zespół deweloperski utworzył funkcję AWS Lambda za pośrednictwem konsoli. Zespół musi umożliwić funkcji dostęp do bazy danych działającej w prywatnej podsieci w centrum danych firmy. Które rozwiązanie spełni te wymagania?

Aby funkcja Lambda mogła uzyskać dostęp do zasobów w prywatnej podsieci centrum danych on-premises przez Direct Connect, musi być uruchomiona w VPC. Domyślnie funkcje Lambda działają w środowisku zarządzanym przez AWS, które nie ma bezpośredniego dostępu do prywatnych zasobów w VPC ani w sieciach on-premises. Umieszczenie funkcji Lambda w VPC z odpowiednią grupą zabezpieczeń i tabelami routingu (które już kierują ruch do Direct Connect) umożliwi jej komunikację z bazą danych. Pozostałe opcje są nieprawidłowe: Konfiguracja nowego połączenia VPN jest zbędna, ponieważ firma ma już Direct Connect. Aktualizacja tabel routingu w VPC jest konieczna, ale nie wystarczy, jeśli funkcja Lambda nie działa w VPC. Utworzenie Elastic IP nie pozwoli funkcji Lambda na dostęp do prywatnej sieci on-premises, ponieważ Elastic IP jest przeznaczone do publicznego dostępu.