Ein Unternehmen betreibt eine Anwendung in einer VPC mit öffentlichen und privaten Subnetzen über mehrere Availability Zones hinweg. Die Anwendung läuft auf EC2-Instances in privaten Subnetzen und verwendet eine Amazon SQS-Warteschlange. Entwerfen Sie eine sichere Verbindung zwischen den EC2-Instances und der SQS-Warteschlange. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung ist die Implementierung eines Interface VPC Endpoints für Amazon SQS in den privaten Subnetzen. Ein Interface Endpoint verwendet Elastic Network Interfaces (ENIs) mit privaten IP-Adressen, wodurch die EC2-Instances in den privaten Subnetzen sicher und direkt über das AWS-Netzwerk auf SQS zugreifen können, ohne das öffentliche Internet zu durchqueren. Die Sicherheitsgruppe am Endpoint stellt sicher, dass nur autorisierter Datenverkehr von den EC2-Instances zugelassen wird. Die anderen Optionen sind falsch, weil: Die Verwendung öffentlicher Subnetze für den Endpoint würde die Sicherheit und den privaten Zugriff untergraben. Eine SQS-Zugriffsrichtlinie am Endpoint ist nicht der primäre Mechanismus zur Steuerung des Netzwerkzugriffs. SQS unterstützt keine Gateway Endpoints; diese sind nur für S3 und DynamoDB verfügbar. Ein NAT Gateway würde den Datenverkehr über das Internet leiten, was die Anforderung an eine sichere, private Verbindung verletzt.