Bezserwerowa funkcja Lambda działająca wewnątrz VPC musi wywołać zewnętrznego dostawcę, który akceptuje żądania tylko z jednego publicznego adresu IPv4 (dostawca umieści ten adres na białej liście). Musisz dostarczyć dostawcy jeden publiczny adres IP, aby aplikacja oparta na Lambda mogła korzystać z usługi. Które rozwiązanie zapewnia wymagany pojedynczy publiczny adres IP dla żądań wychodzących z funkcji Lambda?

Prawidłowa odpowiedź to utworzenie bramy NAT, przypisanie do niej Elastic IP i skierowanie ruchu z podsieci funkcji Lambda przez tę bramę. Funkcje Lambda działające w VPC nie mają domyślnie publicznych adresów IP. Brama NAT z przypisanym Elastic IP zapewnia stały, pojedynczy publiczny adres IP dla całego ruchu wychodzącego z prywatnych podsieci VPC do Internetu. Dostawca może umieścić ten Elastic IP na białej liście. Pozostałe opcje są nieprawidłowe: Brama internetowa tylko dla ruchu wychodzącego (egress-only internet gateway) jest przeznaczona dla IPv6 i nie obsługuje przypisywania Elastic IP (który jest dla IPv4). Bezpośrednie użycie bramy internetowej przez funkcję Lambda lub konfiguracja ENI funkcji Lambda w ten sposób jest niemożliwe, ponieważ funkcje Lambda w prywatnych podsieciach potrzebują NAT do komunikacji z Internetem. Konfiguracja domyślnej trasy w publicznej tabeli routingu z bramą internetową nie zapewni pojedynczego, stałego publicznego adresu IP dla funkcji Lambda w prywatnej podsieci.