Een bedrijf implementeert een Amazon ECS-cluster dat meerdere services zal uitvoeren achter een Application Load Balancer (ALB) met behulp van meerdere doelgroepen. Een DevOps-engineer moet zowel applicatielogs als ALB-toegangslogs verzamelen en deze leveren aan een Amazon S3-bucket voor bijna-realtime analyse. Welke combinatie van acties moet de engineer ondernemen? (Kies drie.)

De optie om de Amazon CloudWatch Logs-agent op de ECS-instances te installeren en de ECS-taakdefinitie logging driver in te stellen op awslogs is correct omdat dit de standaard en meest efficiënte manier is om applicatielogs van ECS-taken naar CloudWatch Logs te sturen. De optie om toegangslogboekregistratie op de ALB in te schakelen en de ALB te configureren om logs rechtstreeks naar S3 te leveren, is correct omdat ALB's deze functionaliteit native ondersteunen voor het verzamelen van toegangslogs. De optie om een Amazon Kinesis Data Firehose-leveringsstream te maken met S3 als bestemming en een CloudWatch Logs-abonnementsfilter te gebruiken, is correct voor het bijna-realtime exporteren van CloudWatch Logs naar S3. De optie om de CloudWatch Logs-container te downloaden en uit te voeren is onnodig complex en niet de aanbevolen methode. Het gebruik van EventBridge en Lambda om create-export-task aan te roepen is inefficiënt voor bijna-realtime analyse en kan leiden tot hogere kosten en latentie. Het inschakelen van toegangslogboekregistratie op ECS-doelgroepen is onjuist; doelgroepen genereren geen toegangslogs op dezelfde manier als een ALB.