Une société immobilière dispose d'une application interne où les agents téléchargent des photos et des vidéos vers S3, avec des métadonnées dans DynamoDB. Le compartiment S3 publie des événements PUT vers une file d'attente SQS ; un cluster de calcul EC2 interroge SQS, traite les objets, met à jour DynamoDB et remplace les objets. Les instances EC2 ne doivent pas avoir d'adresses IP publiques. Quelle conception de réseau est la plus rentable à mesure que l'utilisation augmente ?

La bonne réponse est de placer les instances EC2 dans un sous-réseau privé et d'utiliser des points de terminaison VPC. Les instances EC2 n'ont pas d'adresses IP publiques et doivent accéder aux services AWS (S3, DynamoDB, SQS) en privé. Les points de terminaison de passerelle VPC pour S3 et DynamoDB sont gratuits et permettent un accès privé. SQS nécessite un point de terminaison d'interface VPC (AWS PrivateLink), qui a un coût mais permet une connectivité privée depuis le sous-réseau privé. Cette approche est rentable car elle évite les coûts d'une passerelle NAT et les frais de traitement des données associés, tout en maintenant la sécurité en gardant le trafic au sein du réseau AWS. L'option d'un sous-réseau public avec IP désactivée ne fournit pas d'accès aux services AWS sans IP publique ou passerelle NAT. L'option de la passerelle NAT est plus coûteuse en raison des frais de la passerelle elle-même et des frais de traitement des données. L'option incorrecte des points de terminaison VPC inverse les types de points de terminaison pour SQS et S3/DynamoDB, ce qui est incorrect car SQS utilise des points de terminaison d'interface et S3/DynamoDB utilisent des points de terminaison de passerelle.