Une application web s'exécute sur un cluster Amazon EKS utilisant Fargate derrière un Application Load Balancer accessible sur Internet. L'application rencontre des problèmes de stabilité et des temps de réponse accrus. Vous devez configurer l'observabilité dans Amazon CloudWatch pour résoudre ces problèmes, en accordant uniquement les autorisations minimales requises. Quelles étapes répondent à cette exigence ? (Choisissez-en trois.)

Pour résoudre les problèmes de stabilité et de temps de réponse, il est essentiel de collecter des métriques et des journaux. Déployer l'agent CloudWatch en tant que StatefulSet permet de collecter des métriques et des journaux personnalisés à partir des pods Fargate, assurant une persistance des identifiants et du stockage en cas de redémarrage, ce qui est crucial pour la surveillance. L'activation des rôles IAM pour les comptes de service (IRSA) avec la politique CloudWatchAgentServerPolicy accorde les autorisations minimales nécessaires à l'agent CloudWatch pour envoyer des données à CloudWatch sans privilèges excessifs. La CloudWatchAgentAdminPolicy accorderait trop de permissions. Configurer un fournisseur IAM OIDC est une étape préalable nécessaire pour IRSA, mais n'est pas une action directe pour l'observabilité. Enfin, activer la journalisation du plan de contrôle EKS fournit des informations vitales sur le fonctionnement interne du cluster EKS lui-même, aidant à diagnostiquer les problèmes liés à l'infrastructure. Déployer ADOT Collector en tant que DaemonSet n'est pas idéal pour Fargate, car les DaemonSets ne sont pas pris en charge nativement et ADOT est plus orienté vers l'observabilité distribuée avec des traces.