Un'azienda deve aggregare i log di Amazon CloudWatch provenienti da più account AWS in un account di logging centrale. I log devono rimanere nella loro Regione di origine. L'account centrale normalizzerà i log e li invierà a uno strumento di sicurezza. La soluzione deve gestire un elevato volume di ingestione e scalare con il carico diurno (più pesante durante l'orario lavorativo). Utilizzando un design AWS Control Tower per il logging multi-account, quale combinazione di passaggi dovrebbe essere implementata? (Scegliere tre.)

La soluzione corretta prevede l'uso di Amazon Kinesis Data Streams per l'ingestione di log ad alto volume e scalabile. Creare un Kinesis data stream nell'account di logging centrale (corretto) permette di raccogliere i log da più account. Un ruolo IAM (corretto) con le autorizzazioni appropriate e una policy di attendibilità è essenziale per consentire a CloudWatch Logs di inviare dati allo stream Kinesis. I filtri di sottoscrizione su ogni gruppo di log negli account membri indirizzano i dati al Kinesis stream. Infine, una funzione AWS Lambda nell'account di logging centrale (corretto) è ideale per normalizzare i log e inviarli allo strumento di sicurezza, centralizzando l'elaborazione. Le opzioni errate includono l'uso di Amazon SQS, che non è ottimizzato per l'ingestione di log ad alto throughput e in tempo reale come Kinesis Data Streams. Creare una funzione Lambda in ogni account membro aumenterebbe la complessità e la gestione distribuita, mentre l'approccio centralizzato è più efficiente per la normalizzazione.