Uno sviluppatore ha aggiornato una funzione AWS Lambda per eseguirla all'interno di una sottorete privata VPC in modo che possa raggruppare dati da API pubbliche. Il VPC ha un internet gateway collegato e utilizza le impostazioni predefinite di network ACL e security group. Dopo la modifica, la funzione Lambda non riesce più a raggiungere le API pubbliche anche se le API sono raggiungibili. Come dovrebbe lo sviluppatore ripristinare l'accesso a Internet in uscita per la funzione Lambda?

La risposta corretta è "Instradare il traffico in uscita dalla sottorete privata tramite un NAT gateway pubblico". Quando una funzione Lambda viene configurata per operare all'interno di una sottorete privata di un VPC, perde l'accesso diretto a Internet. Per consentire alla funzione di raggiungere API pubbliche, il traffico in uscita dalla sottorete privata deve essere instradato attraverso un NAT gateway pubblico. Il NAT gateway si trova in una sottorete pubblica e ha una rotta verso un Internet Gateway, permettendo alle istanze nella sottorete privata (in questo caso, la funzione Lambda) di accedere a Internet mantenendo la loro privacy. Le altre opzioni sono errate perché: Consentire il traffico in uscita nella network ACL o nel security group non è sufficiente. Queste regole controllano il traffico consentito, ma non forniscono il percorso di routing necessario per raggiungere Internet da una sottorete privata. Un nuovo Internet Gateway non può essere collegato direttamente a una sottorete privata; gli Internet Gateway sono associati all'intero VPC e le sottoreti private richiedono un NAT Gateway per l'accesso in uscita a Internet.