Une entreprise possède des VPC et une transit gateway dans us-east-1 qui sont connectés à une Direct Connect gateway fournissant une connectivité privée à un centre de données américain. L'entreprise a ouvert un bureau à Londres et va créer des charges de travail VPC dans eu-west-2. Les utilisateurs de Londres doivent avoir un accès privé aux charges de travail de us-east-1, et le centre de données américain doit avoir accès aux charges de travail de eu-west-2. La solution doit être flexible pour la croissance et minimiser l'effort opérationnel. Quelle conception répond à ces exigences avec le moins de travail opérationnel ?

La bonne réponse établit une connectivité privée et évolutive entre les régions et le centre de données, minimisant l'effort opérationnel. En attachant la nouvelle connexion Direct Connect de Londres à la Direct Connect Gateway existante, on centralise l'accès au centre de données américain. La création d'une Transit Gateway dans eu-west-2 et son association à la Direct Connect Gateway permet aux charges de travail de eu-west-2 d'accéder au centre de données. Le peering entre les Transit Gateways de us-east-1 et eu-west-2 assure la connectivité inter-régionale pour les VPC. Cette approche est flexible pour la croissance et réduit la complexité par rapport à des VPN point-à-point. Les options incorrectes sont moins efficaces : Un VPN Site-to-Site depuis Londres vers la Direct Connect Gateway n'est pas une solution Direct Connect et ne fournit pas la même performance ou fiabilité. Un VPN Site-to-Site vers chaque VPC est ingérable et non évolutif. Créer une nouvelle Direct Connect Gateway dans eu-west-2 duplique l'infrastructure et complique la gestion, car la connectivité au centre de données américain devrait être gérée séparément pour chaque Direct Connect Gateway.