Une entreprise possède deux comptes AWS, le compte A et le compte B. Chaque compte possède un VPC. Une application dans le VPC du compte A doit écrire dans un compartiment Amazon S3 du compte B. L'application du compte A dispose déjà de l'autorisation d'écrire dans le compartiment. L'application et le compartiment S3 se trouvent dans la même région AWS. L'entreprise ne doit pas envoyer de trafic sur l'internet public. Quelle solution répond à ces exigences ?

La solution correcte est de créer un VPC endpoint de passerelle pour Amazon S3 dans le compte A et de mettre à jour la table de routage du VPC. Un VPC endpoint de passerelle permet aux instances du VPC d'accéder aux services S3 sans traverser l'internet public, répondant ainsi à l'exigence de ne pas envoyer de trafic sur l'internet public. Puisque l'application a déjà l'autorisation d'écrire dans le compartiment S3 et que S3 est un service public, aucun appairage de VPC ou connexion VPN n'est nécessaire pour l'accès à S3. Les autres options sont incorrectes car : Créer une passerelle de transit dans chaque compte avec des attachements VPC et mettre à jour les tables de routage du VPC est une solution excessivement complexe et coûteuse pour accéder à un service S3 public, et n'est pas nécessaire pour S3. Déployer une appliance VPN logicielle dans le compte A et créer une connexion VPN à une passerelle privée virtuelle dans le compte B est également une solution excessivement complexe et coûteuse, et n'est pas pertinente pour l'accès à S3. Créer une connexion d'appairage de VPC entre les VPC des comptes A et B et mettre à jour les tables de routage, les listes de contrôle d'accès réseau et les groupes de sécurité n'est pas nécessaire pour accéder à S3, car S3 est un service public accessible via un endpoint de passerelle sans nécessiter de connectivité inter-VPC directe.