Une entreprise déploie AWS Cloud WAN avec des points d'accès (edges) dans us-east-1 et ap-southeast-2. Il existe des segments pour le développement, la production et les services partagés à chaque point d'accès. De nombreux VPC seront attachés au réseau central et doivent atterrir dans le bon segment. L'équipe réseau taguera les attachements avec Environment=`<segment name>`. Le segment de production dans us-east-1 doit exiger une acceptation pour les demandes d'attachement ; tous les autres attachements ne doivent pas exiger d'acceptation. Quelle configuration de règle répond à cette exigence ?

La bonne réponse utilise la priorité des règles et la logique "and" pour cibler précisément le cas d'exception. La règle 100 (priorité plus élevée) exige l'acceptation uniquement si l'attachement est destiné au segment de production (tag:Environment = Production) ET se trouve dans la région us-east-1. La logique "and" garantit que les deux conditions doivent être vraies. La règle 200 (priorité plus basse) gère ensuite tous les autres attachements, en les mappant à leurs segments sans exiger d'acceptation, car ils ne correspondent pas à la règle 100 plus spécifique. Les options incorrectes échouent soit en utilisant une logique "or" qui rendrait la règle 100 trop large (exigeant l'acceptation pour tous les attachements de production, ou tous les attachements dans us-east-1), soit en inversant l'ordre des règles, ce qui ferait que la règle générale sans acceptation serait appliquée avant la règle spécifique nécessitant une acceptation, annulant ainsi l'exigence.