Un administrateur SysOps doit accorder à un ensemble d'utilisateurs IAM l'accès aux services AWS en leur attachant une politique, et doit également avoir la possibilité de modifier cette politique et de créer de nouvelles versions. Quelle combinaison d'étapes répond à ces exigences ? (Choisissez deux.)

Pour répondre aux exigences, il faut regrouper les utilisateurs et utiliser une politique modifiable. 1. Ajouter les utilisateurs à un groupe IAM et attacher la politique réutilisable au groupe. C'est la bonne pratique pour gérer les permissions de plusieurs utilisateurs. En attachant une politique à un groupe, tous les utilisateurs de ce groupe héritent des permissions, ce qui simplifie la gestion et la réutilisation. 2. Créer une politique gérée par le client que vous pouvez modifier et versionner. Les politiques gérées par le client (Customer Managed Policies) sont créées et administrées par vous. Elles peuvent être modifiées, versionnées et attachées à plusieurs entités IAM (utilisateurs, groupes, rôles), répondant ainsi aux exigences de modification et de versioning. Les autres options sont incorrectes car : Placer les utilisateurs dans un rôle lié à un service IAM n'est pas la bonne approche pour accorder des permissions directes aux utilisateurs. Les rôles sont généralement assumés par des entités ou des services pour accéder temporairement à des ressources. Créer une politique gérée par AWS ne permet pas de la modifier, car elles sont maintenues par AWS. Créer une politique en ligne attachée directement à chaque utilisateur est fastidieux, difficile à gérer et ne permet pas une réutilisation efficace.