Une entreprise exécute des microservices sur des instances EC2 dans plusieurs zones de disponibilité derrière un ALB. Une nouvelle API REST a été construite dans Amazon API Gateway. Certains microservices hérités exécutés sur EC2 doivent appeler la nouvelle API, mais l'entreprise exige que l'API ne soit pas exposée à l'internet public et que le trafic ne transite pas par l'internet public. Que doit faire un architecte de solutions pour satisfaire ces contraintes ?

La création d'un point de terminaison de VPC d'interface pour API Gateway avec une politique de point de terminaison et une politique de ressource API Gateway configurées pour restreindre l'accès garantit que l'API n'est pas exposée à l'internet public et que le trafic reste dans le réseau privé d'AWS. Définir le type de point de terminaison API Gateway sur PRIVATE est crucial pour cette exigence. L'option VPN Site-to-Site est incorrecte car elle est utilisée pour connecter un réseau sur site à AWS, pas pour connecter des services au sein d'un VPC. L'authentification IAM seule ne garantit pas que l'API n'est pas exposée publiquement, et déplacer API Gateway dans un nouveau VPC avec une passerelle de transit est une solution trop complexe et ne répond pas directement à l'exigence de non-exposition publique. Global Accelerator est un service de mise en réseau public pour améliorer les performances, ce qui est contraire à l'exigence de ne pas exposer l'API à l'internet public.