Ein Unternehmen migriert ein Anwendungs-Backend von EC2 zu Serverless. Die Anwendung und eine RDS for MySQL-Instanz laufen in einer einzigen VPC, beide in privaten Subnetzen bereitgestellt. Das Unternehmen benötigt Lambda-Funktionen, um eine Verbindung zur DB-Instanz herzustellen. Welcher Ansatz erfüllt die Anforderung?

Die korrekte Option ist, Lambda-Funktionen in der VPC zu erstellen und die Richtlinie AWSLambdaVPCAccessExecutionRole zuzuweisen. Wenn Lambda-Funktionen auf Ressourcen in einer privaten VPC zugreifen müssen, wie hier eine RDS-Instanz in einem privaten Subnetz, müssen sie in der VPC konfiguriert werden. Die AWSLambdaVPCAccessExecutionRole bietet die notwendigen Berechtigungen für Lambda, um Netzwerkschnittstellen in der VPC zu erstellen und zu verwalten. Das Anpassen der RDS-Sicherheitsgruppe, um eingehenden Verkehr von der Sicherheitsgruppe der Lambda-Funktion zu erlauben, ist entscheidend für die Netzwerkkonnektivität. Die Option, AWSLambdaBasicExecutionRole zu verwenden, ist falsch, da diese Rolle nicht die erforderlichen VPC-Zugriffsberechtigungen enthält. Die Optionen, Lambda-Funktionen ohne VPC-Konfiguration zu erstellen, sind ebenfalls falsch, da sie keinen direkten Zugriff auf eine Ressource in einem privaten Subnetz einer VPC ermöglichen. VPC-Endpunkte für Lambda sind für den Zugriff auf den Lambda-Dienst selbst aus einer VPC gedacht, nicht für Lambdas, die auf Ressourcen innerhalb der VPC zugreifen.