Le responsable de l'assurance qualité lance actuellement des environnements de test d'application à l'aide d'un modèle CloudFormation dans un compte AWS en assumant un rôle avec des autorisations CloudFormation, EC2 et Auto Scaling. Le service d'assurance qualité souhaite que les testeurs puissent lancer leurs propres environnements éphémères, mais les testeurs ne devraient pas recevoir d'autorisations étendues. Quelle configuration permettra d'atteindre ces objectifs ?

La bonne réponse est de créer un produit AWS Service Catalog. AWS Service Catalog permet aux organisations de créer et de gérer des catalogues de services informatiques approuvés pour une utilisation sur AWS. En créant un produit à partir du modèle CloudFormation et en utilisant une contrainte de lancement avec le rôle existant, les testeurs peuvent lancer des environnements sans avoir besoin d'autorisations étendues. Ils n'ont besoin que des autorisations pour utiliser les API AWS Service Catalog, ce qui maintient le principe du moindre privilège. Les autres options sont incorrectes car : Télécharger le modèle sur S3 et accorder des autorisations directes à CloudFormation ou S3 aux testeurs est moins sécurisé et plus complexe à gérer, car cela nécessiterait des politiques IAM complexes pour restreindre l'accès au seul modèle et aux ressources créées. Utiliser Elastic Beanstalk n'est pas l'outil approprié pour gérer le déploiement de modèles CloudFormation génériques et ne fournit pas le même niveau de contrôle et de gouvernance que Service Catalog pour les produits approuvés.