Un'azienda sta implementando un cluster Amazon ECS che eseguirà più servizi dietro un Application Load Balancer (ALB) utilizzando più gruppi target. Un ingegnere DevOps deve raccogliere sia i log delle applicazioni che i log di accesso dell'ALB e recapitarli a un bucket Amazon S3 per l'analisi quasi in tempo reale. Quale combinazione di azioni dovrebbe intraprendere l'ingegnere? (Scegliere tre.)

Per i log delle applicazioni, l'installazione dell'agente CloudWatch Logs sulle istanze ECS e l'impostazione del driver di logging awslogs nella definizione dell'attività ECS è il metodo standard per raccogliere i log delle applicazioni da ECS e inviarli a CloudWatch Logs. Successivamente, un flusso di consegna Kinesis Data Firehose può essere configurato con il bucket S3 come destinazione, e un filtro di sottoscrizione CloudWatch Logs inoltrerà i log da CloudWatch Logs a Firehose, che li recapiterà a S3 per l'analisi quasi in tempo reale. Per i log di accesso dell'ALB, l'ALB ha una funzionalità integrata per abilitare il logging degli accessi e configurarlo per recapitare i log direttamente a un bucket S3. Questo è il metodo più semplice ed efficiente per raccogliere i log di accesso dell'ALB. Le opzioni errate includono: Scaricare il container CloudWatch Logs e eseguirlo come attività non è il metodo standard per la raccolta dei log delle applicazioni da ECS; l'agente CloudWatch Logs o il driver awslogs sono le soluzioni appropriate. Utilizzare EventBridge e Lambda per chiamare create-export-task è un approccio più complesso e meno efficiente per l'esportazione continua dei log rispetto a Kinesis Data Firehose. I gruppi target ECS non generano log di accesso che possono essere configurati direttamente per S3; i log di accesso provengono dall'ALB stesso.