Vous prévoyez d'utiliser Amazon Redshift ML dans un compte AWS principal alors que les données source se trouvent dans un compartiment S3 dans un compte secondaire. Vous avez besoin d'un pipeline dans le compte principal qui accède au compartiment S3 du compte secondaire sans nécessiter d'adresses IPv4 publiques. Quelle architecture répond à ces exigences ?

La bonne réponse est de provisionner un cluster Redshift et SageMaker Studio dans un VPC du compte principal, créer un point de terminaison de passerelle S3, mettre à jour la politique de compartiment S3 pour autoriser les principaux IAM du compte principal et créer des points de terminaison d'interface VPC pour SageMaker et Redshift. Cette architecture permet d'accéder au compartiment S3 du compte secondaire de manière privée via un point de terminaison de passerelle S3, sans nécessiter d'adresses IPv4 publiques. Les points de terminaison d'interface VPC pour SageMaker et Redshift garantissent que ces services communiquent également de manière privée. Les autres options sont incorrectes car : L'appairage de VPC ne permet pas un accès direct et privé à S3 entre comptes sans configuration supplémentaire, et la suppression des routes 0.0.0.0/0 peut restreindre la connectivité nécessaire. AWS Direct Connect est une solution pour la connectivité hybride (on-premise vers AWS) et n'est pas la méthode la plus appropriée pour la communication inter-comptes AWS pour S3. Un VPN Site-to-Site est également principalement pour la connectivité hybride et ne serait pas la solution la plus efficace ou la plus simple pour l'accès privé à S3 entre comptes AWS.