Aplikacja serverless używa AWS Lambda i DynamoDB. Nowa funkcjonalność wymaga, aby funkcje Lambda miały dostęp do klastra Amazon Neptune DB znajdującego się w trzech podsieciach w VPC. Które rozwiązania umożliwią funkcjom Lambda dostęp zarówno do klastra Neptune, jak i do DynamoDB? (Wybierz dwie opcje.)

Aby funkcje Lambda miały dostęp do klastra Neptune (znajdującego się w VPC) i DynamoDB, muszą być uruchomione w VPC. Opcja 1 (poprawna): Umieszczenie funkcji Lambda w prywatnych podsieciach VPC z NAT Gateway pozwala im na dostęp do zasobów w VPC (Neptune) oraz do usług AWS poza VPC (takich jak DynamoDB, poprzez publiczny internet po przejściu przez NAT Gateway). Jest to standardowa i bezpieczna konfiguracja. Opcja 2 (poprawna): Umieszczenie funkcji Lambda w prywatnych podsieciach VPC i użycie VPC endpoint dla DynamoDB zapewnia bezpieczny i prywatny dostęp do DynamoDB bez przechodzenia przez internet. Funkcje Lambda w VPC mają bezpośredni dostęp do Neptune. Opcja 3 (niepoprawna): Uruchomienie funkcji Lambda poza VPC uniemożliwi im bezpośredni dostęp do Neptune, ponieważ Neptune jest w VPC. Aktualizacja grupy bezpieczeństwa nie wystarczy, aby umożliwić dostęp z publicznych adresów IP Lambda do zasobu w prywatnej sieci VPC. Opcja 4 (niepoprawna): Chociaż VPC endpoint dla Neptune umożliwiłby dostęp z Lambda spoza VPC, Neptune nie oferuje VPC endpointów. Neptune jest usługą zarządzaną w VPC. Opcja 5 (niepoprawna): Publiczne podsieci narażają funkcje Lambda na dostęp z internetu, co jest mniej bezpieczne. Ponadto, chociaż mogłyby dotrzeć do Neptune, dostęp do DynamoDB przez internet gateway jest mniej optymalny niż przez VPC endpoint.