Ein Unternehmen führt eine AWS Lambda-Funktion in privaten Subnetzen in einer VPC aus. Die Subnetze verwenden eine Standardroute zum Internet über eine Amazon EC2 NAT-Instance. Die Lambda-Funktion verarbeitet Daten und speichert die Ausgabe in Amazon S3. Gelegentlich tritt ein Timeout bei der Lambda-Funktion auf, während Daten hochgeladen werden, da das Netzwerk der NAT-Instance überlastet ist. Das Unternehmen möchte, dass die Lambda-Funktion auf Amazon S3 zugreift, ohne das Internet zu durchqueren. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung ist, einen Gateway-Endpunkt für Amazon S3 in der VPC bereitzustellen und die Routing-Tabellen der Subnetze entsprechend zu aktualisieren. Ein VPC Gateway-Endpunkt ermöglicht es Lambda-Funktionen in privaten Subnetzen, direkt und sicher auf S3 zuzugreifen, ohne das Internet oder ein NAT-Gerät zu durchqueren. Dies löst das Problem der Überlastung der NAT-Instance und verbessert die Leistung. Das Ersetzen der EC2 NAT-Instance durch ein AWS-verwaltetes NAT Gateway würde zwar die Skalierbarkeit verbessern, aber der Datenverkehr würde immer noch über das NAT Gateway geleitet, anstatt direkt auf S3 zuzugreifen. Das Erhöhen der Größe der NAT-Instance ist eine vorübergehende Lösung, die die zugrunde liegende Architektur nicht optimiert. Ein Transit Gateway ist für die Verbindung mehrerer VPCs oder On-Premises-Netzwerke gedacht und nicht die primäre Lösung für den direkten S3-Zugriff innerhalb einer VPC.