Une entreprise doit agréger les journaux Amazon CloudWatch Logs de plusieurs comptes AWS dans un compte de journalisation central. Les journaux doivent rester dans leur région d'origine. Le compte central normalisera les journaux et les transmettra à un outil de sécurité. La solution doit gérer un volume d'ingestion élevé et s'adapter à la charge diurne (plus importante pendant les heures de bureau). En utilisant une conception AWS Control Tower pour la journalisation multi-comptes, quelle combinaison d'étapes doit être implémentée ? (Choisissez trois.)

La création d'un flux de données Amazon Kinesis dans le compte de journalisation central est correcte car Kinesis Data Streams est conçu pour l'ingestion et le traitement en temps réel de grands volumes de données, ce qui répond aux exigences de volume élevé et de mise à l'échelle. La création d'un rôle IAM avec les autorisations appropriées et la configuration de filtres d'abonnement CloudWatch Logs dans chaque compte membre pour envoyer des données au flux Kinesis sont également correctes. Cela permet à CloudWatch Logs de diffuser les journaux de manière sécurisée et efficace vers le compte central. Enfin, la création d'une fonction AWS Lambda dans le compte de journalisation central pour la normalisation est correcte car Lambda peut traiter les données du flux Kinesis, effectuer la normalisation et les transmettre à l'outil de sécurité, s'adaptant automatiquement à la charge. L'utilisation d'Amazon SQS est incorrecte car SQS est une file d'attente de messages et n'est pas optimisée pour l'ingestion continue de flux de données en temps réel comme Kinesis. Créer une fonction Lambda dans chaque compte membre est inefficace et complexe à gérer par rapport à une centralisation dans le compte de journalisation.