Een bedrijf heeft een AWS-account dat wordt gebruikt voor software-engineering. Het account heeft toegang tot het on-premises datacenter van het bedrijf via een paar AWS Direct Connect-verbindingen. Al het niet-VPC-verkeer wordt gerouteerd naar de virtual private gateway. Een ontwikkelingsteam heeft een AWS Lambda-functie gemaakt via de console. Het team moet de functie toegang geven tot een database die draait in een privé-subnet in het datacenter van het bedrijf. Welke oplossing voldoet aan deze vereisten?

Om een Lambda-functie toegang te geven tot resources in een on-premises datacenter via Direct Connect, moet de functie geconfigureerd zijn om binnen een VPC te draaien. Door de Lambda-functie in de VPC te plaatsen, kan deze gebruikmaken van de bestaande Direct Connect-verbinding die de VPC met het on-premises netwerk verbindt. De juiste security group moet worden toegepast om uitgaand verkeer naar de database toe te staan. Het opzetten van een aparte VPN-verbinding is onnodig en complex, aangezien Direct Connect al aanwezig is. Het updaten van routetabellen is een onderdeel van de oplossing, maar de Lambda-functie moet eerst in de VPC worden geplaatst om hiervan te kunnen profiteren. Een Elastic IP-adres is voor inkomend verkeer naar een EC2-instantie of vergelijkbare service en is niet relevant voor een Lambda-functie die toegang zoekt tot een privé-subnet on-premises.