Een serverloze applicatie gebruikt AWS Lambda en DynamoDB. Nieuwe functionaliteit vereist dat Lambda-functies toegang krijgen tot een Amazon Neptune DB-cluster dat zich bevindt over drie subnetten in een VPC. Welke oplossingen stellen de Lambda-functies in staat om zowel het Neptune-cluster als DynamoDB te benaderen? (Kies twee.)

Om zowel Neptune (in een VPC) als DynamoDB (een openbare service) te benaderen, moeten Lambda-functies in de VPC worden geplaatst. De eerste correcte optie plaatst Lambda-functies in private subnetten binnen de VPC. Een NAT Gateway in een publiek subnet stelt deze Lambda-functies in staat om uitgaand internetverkeer te initiëren, inclusief toegang tot DynamoDB. De Lambda-functies kunnen direct met Neptune communiceren binnen de VPC. De tweede correcte optie plaatst Lambda-functies ook in private subnetten. Voor toegang tot DynamoDB wordt een VPC Endpoint geconfigureerd. Dit endpoint routeert verkeer naar DynamoDB privé binnen het AWS-netwerk, zonder internettoegang via een NAT Gateway. Onjuiste opties: Publieke subnetten voor Lambda-functies zijn minder veilig en niet de aanbevolen best practice. Lambda-functies buiten de VPC kunnen Neptune niet direct benaderen tenzij Neptune publiek toegankelijk is, wat onveilig is. Een VPC endpoint voor Neptune is niet nodig als Lambda al in de VPC zit. Alleen private subnetten zonder NAT Gateway of VPC Endpoint voor DynamoDB zouden de toegang tot DynamoDB blokkeren.