Ein Unternehmen betreibt seine Anwendung mit Amazon EC2-Instances und AWS Lambda-Funktionen. Die EC2-Instances befinden sich in privaten Subnetzen einer VPC. Die Lambda-Funktionen benötigen direkten Netzwerkzugriff auf die EC2-Instances, damit die Anwendung funktioniert. Die Anwendung wird 1 Jahr lang laufen, und die Anzahl der verwendeten Lambda-Funktionen wird in diesem Jahr zunehmen. Das Unternehmen muss die Kosten für alle Anwendungsressourcen minimieren. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Antwort ist, einen Compute Savings Plan zu erwerben und die Lambda-Funktionen mit den privaten Subnetzen zu verbinden, die die EC2-Instances enthalten. Ein Compute Savings Plan bietet die größte Flexibilität und Kosteneinsparungen für AWS Lambda und EC2-Instances, da er auf die gesamte Compute-Nutzung angewendet wird, unabhängig vom Instance-Typ oder der Region. Die Verbindung der Lambda-Funktionen mit den privaten Subnetzen ermöglicht den direkten Netzwerkzugriff auf die EC2-Instances, was für die Anwendungsfunktionalität erforderlich ist. Ein EC2 Instance Savings Plan wäre weniger optimal, da er nur für EC2-Instances gilt und nicht die Lambda-Kosten deckt. Die Verbindung der Lambda-Funktionen mit öffentlichen Subnetzen würde den direkten Zugriff auf private EC2-Instances erschweren und Sicherheitsrisiken erhöhen. Lambda-Funktionen in der Lambda Service VPC zu belassen, würde ebenfalls keinen direkten Zugriff auf die privaten EC2-Instances ermöglichen.