Vous avez 10 VPC de projet à région unique qui doivent partager une interconnexion partenaire (Partner Interconnect) avec un environnement sur site et utiliser les mêmes appliances d'inspection tierces pour tout le trafic inter-projets, sur site et Internet. Comment devriez-vous concevoir cette architecture pour optimiser les coûts et les opérations ?

La solution correcte propose une architecture hub-and-spoke avec un VPC hub centralisé pour le trafic inter-projets, sur site et Internet, optimisant ainsi les coûts et les opérations. Le VPC hub héberge les appliances d'inspection tierces et gère la connectivité Partner Interconnect. Le peering VPC Network connecte les VPC des projets (spokes) au VPC hub, permettant le partage des routes personnalisées et la centralisation de l'inspection du trafic. Les autres options sont moins optimales : La configuration d'attachements VLAN spécifiques par projet avec des appliances tierces sur plusieurs interfaces serait coûteuse et complexe à gérer pour 10 VPC. La création de VPC distincts pour la connectivité sur site et Internet, sans un VPC hub centralisé, ne répond pas au besoin de partage des appliances d'inspection pour tout le trafic inter-projets. La consolidation de tous les sous-réseaux en un seul VPC est une mauvaise pratique de conception, augmentant les risques de sécurité et la complexité de gestion, et ne permet pas une isolation adéquate entre les projets.