Een webapplicatie wordt gemigreerd van on-premises naar AWS. De externe API die de applicatie aanroept, staat slechts één publiek CIDR-blok toe dat door elke client op een whitelist kan worden gezet. De webapplicatie zal draaien op EC2-instances in private subnets achter een ALB in public subnets. NAT gateways bieden internettoegang voor de private instances. Hoe moet de architect ervoor zorgen dat de externe API oproepen van de gemigreerde applicatie blijft accepteren met hetzelfde client IP-blok?

De correcte optie zorgt ervoor dat uitgaand verkeer van de EC2-instances via de NAT Gateways een consistent, door de klant beheerd publiek IP-adres gebruikt. Door een door de klant beheerd IP-adresblok te registreren en Elastic IP's (EIP's) uit dit blok toe te wijzen aan de NAT Gateways, garandeert de architect dat de externe API altijd hetzelfde bron-IP-adres ziet, wat voldoet aan de whitelisting-vereiste. De andere opties zijn onjuist omdat: Het koppelen van een blok aan de VPC en publieke IP-adressering inschakelen op public subnets is niet van toepassing op private instances die via NAT Gateways internettoegang krijgen. Het toekennen van EIP's aan de ALB beïnvloedt het inkomende verkeer naar de webapplicatie, niet het uitgaande verkeer van de EC2-instances naar de externe API. AWS Global Accelerator is gericht op het verbeteren van de prestaties en beschikbaarheid van applicaties en garandeert geen consistent bron-IP-adres voor uitgaand verkeer van private instances.