Un'azienda esegue una funzione AWS Lambda in sottoreti private all'interno di una VPC. Le sottoreti utilizzano una route predefinita verso internet tramite un'istanza Amazon EC2 NAT. La funzione Lambda elabora i dati e salva l'output su Amazon S3. Intermittentemente, la funzione Lambda va in timeout durante il caricamento perché la rete dell'istanza NAT è satura. L'azienda desidera che la funzione Lambda acceda ad Amazon S3 senza attraversare internet. Quale soluzione soddisfa questi requisiti?

La soluzione corretta è il provisioning di un gateway endpoint per Amazon S3 nella VPC e l'aggiornamento delle tabelle di routing. Un gateway endpoint consente alle risorse all'interno di una VPC (come la funzione Lambda) di accedere a S3 privatamente, senza attraversare Internet o un dispositivo NAT. Questo elimina il problema della saturazione della rete dell'istanza NAT e migliora la sicurezza. Sostituire l'istanza EC2 NAT con un NAT Gateway gestito da AWS migliorerebbe la scalabilità e l'affidabilità del servizio NAT, ma la funzione Lambda continuerebbe a utilizzare Internet per accedere a S3, non soddisfacendo il requisito di accesso privato. Aumentare la dimensione dell'istanza EC2 NAT potrebbe alleviare temporaneamente la saturazione, ma non risolve la causa principale dell'accesso a S3 tramite Internet. Provisionare un Transit Gateway non è la soluzione appropriata in questo scenario, poiché è utilizzato principalmente per connettere più VPC e reti on-premise, non per l'accesso privato ai servizi AWS all'interno della stessa VPC.