Un'applicazione serverless utilizza AWS Lambda e DynamoDB. La nuova funzionalità richiede che le funzioni Lambda accedano a un cluster DB Amazon Neptune situato in tre sottoreti in una VPC. Quali soluzioni consentiranno alle funzioni Lambda di accedere sia al cluster Neptune che a DynamoDB? (Scegliere due.)

Le funzioni Lambda devono accedere a Neptune (all'interno di una VPC) e a DynamoDB (un servizio AWS pubblico). La prima opzione corretta prevede la creazione di sottoreti private nella VPC di Neptune per le funzioni Lambda. Questo consente alle funzioni di accedere direttamente a Neptune. Per accedere a DynamoDB, che è un servizio pubblico, è necessario un NAT Gateway nelle sottoreti pubbliche per instradare il traffico in uscita verso Internet. La seconda opzione corretta è simile, ma ottimizza l'accesso a DynamoDB. Le funzioni Lambda sono collocate in sottoreti private nella VPC di Neptune per accedere a Neptune. Per DynamoDB, invece di passare per un NAT Gateway, si crea un VPC Endpoint per DynamoDB. Questo permette alle funzioni di accedere a DynamoDB in modo privato e sicuro, senza attraversare Internet pubblico, migliorando sicurezza e prestazioni. Le opzioni errate sono: Le sottoreti pubbliche non sono consigliate per le funzioni Lambda che accedono a risorse private come Neptune, e l'esposizione diretta a Internet non è una best practice di sicurezza. Eseguire le funzioni Lambda al di fuori della VPC e consentire l'accesso tramite intervalli IP non è scalabile o sicuro, poiché gli IP delle funzioni Lambda possono cambiare. Un VPC endpoint per Neptune non è necessario se le funzioni Lambda sono già nella stessa VPC di Neptune.