Eine Webanwendung wird von On-Premises zu AWS migriert. Die von ihr aufgerufene Drittanbieter-API erlaubt jedem Client nur einen einzigen öffentlichen CIDR-Block auf die Whitelist zu setzen. Die Webanwendung wird auf EC2-Instances in privaten Subnetzen hinter einem ALB in öffentlichen Subnetzen ausgeführt. NAT Gateways ermöglichen den Internetzugang für die privaten Instances. Wie sollte der Architekt sicherstellen, dass die Drittanbieter-API weiterhin Aufrufe von der migrierten Anwendung unter Verwendung desselben Client-IP-Blocks akzeptiert?

Die Drittanbieter-API erlaubt nur einen einzigen öffentlichen CIDR-Block. Da die EC2-Instanzen in privaten Subnetzen über NAT Gateways auf das Internet zugreifen, ist die ausgehende IP-Adresse die des NAT Gateways. Um einen konsistenten, whitelisted IP-Block zu gewährleisten, müssen die NAT Gateways feste, kundenbezogene öffentliche IP-Adressen verwenden. Durch die Registrierung eines IP-Blocks im AWS-Konto und die Zuweisung von Elastic IPs aus diesem Block zu den NAT Gateways wird dies erreicht. Die erste Option ist falsch, da die öffentlichen IP-Adressen der VPC nicht für ausgehenden Datenverkehr von privaten Subnetzen über NAT Gateways verwendet werden. Die dritte Option ist falsch, da der ALB für eingehenden Datenverkehr zuständig ist und seine IP-Adressen nicht die ausgehenden IP-Adressen für die EC2-Instanzen sind, die die API aufrufen. Die vierte Option ist falsch, da AWS Global Accelerator den Datenverkehr zu einem Endpunkt leitet, aber nicht die ausgehenden IP-Adressen für die privaten Instanzen festlegt, die die Drittanbieter-API aufrufen.