Une entreprise possède une organisation dans AWS Organizations. L'entreprise exécute des instances Amazon EC2 sur quatre comptes AWS dans l'unité d'organisation (OU) racine : trois comptes de non-production et un compte de production. L'entreprise souhaite interdire aux utilisateurs de lancer des instances EC2 d'une certaine taille dans les comptes de non-production. L'entreprise a créé une politique de contrôle de service (SCP) pour refuser les lancements des types d'instances interdits. Quelles solutions pour déployer le SCP répondront à ces exigences ? (Choisissez-en deux.)

Les politiques de contrôle de service (SCP) sont un moyen puissant de gérer les autorisations dans AWS Organizations. Attacher le SCP aux trois comptes membres de l'organisation de non-production est correct car cela applique la restriction directement aux comptes ciblés, empêchant le lancement d'instances EC2 interdites uniquement là où c'est nécessaire. Créer une OU pour les comptes requis, attacher le SCP à cette OU et y déplacer les comptes membres de non-production est également correct. Cette approche est plus évolutive et organisée. Elle permet d'appliquer la politique à tous les comptes de non-production en une seule fois, simplifiant la gestion à mesure que l'organisation grandit. Attacher le SCP à l'OU racine de l'organisation est incorrect car cela appliquerait la restriction à tous les comptes, y compris le compte de production, ce qui n'est pas souhaité. Attacher le SCP au compte de gestion d'Organizations est incorrect car le compte de gestion ne peut pas être restreint par un SCP. Créer une OU pour le compte de production et y attacher le SCP est incorrect car la restriction ne doit pas s'appliquer au compte de production.