Een webapplicatie draait op een Amazon EKS-cluster met Fargate achter een internetgerichte Application Load Balancer. De applicatie heeft stabiliteitsproblemen en langere responstijden. Je moet observability configureren in Amazon CloudWatch om problemen op te lossen, waarbij je alleen de minimaal vereiste rechten toekent. Welke stappen voldoen aan de vereiste? (Kies er drie.)

Om observability te verbeteren en problemen op te lossen, is het essentieel om logboeken en metrics te verzamelen. De CloudWatch agent implementeren als een Kubernetes StatefulSet (of DaemonSet, afhankelijk van de specifieke behoeften) is correct omdat dit de agent in staat stelt logs en metrics van de applicatie en het cluster te verzamelen. IRSA inschakelen met het CloudWatchAgentServerPolicy is correct omdat dit de minimale rechten verleent die nodig zijn voor de CloudWatch agent om gegevens naar CloudWatch te sturen, zonder overbodige administratieve rechten. Het inschakelen van EKS control plane logging is correct omdat dit inzicht geeft in de werking van het EKS-cluster zelf, wat cruciaal is voor het diagnosticeren van clusterbrede problemen. De AWS Distro for OpenTelemetry (ADOT) Collector is een alternatief voor de CloudWatch Agent, maar de vraag specificeert de CloudWatch agent. Het CloudWatchAgentAdminPolicy verleent te brede rechten en is niet de minimale set. Het configureren van een IAM OIDC-provider is een voorwaarde voor IRSA, maar geen directe stap voor observability-configuratie.