Várias aplicações em uma conta enviam logs para o CloudWatch. Uma equipe de análise de dados deve coletar o desempenho da aplicação e métricas personalizadas, transformá-las e armazenar as métricas transformadas no S3. Quaisquer novas métricas adicionadas ao namespace do CloudWatch devem ser coletadas automaticamente. Qual solução tem o menor overhead operacional?

A opção correta minimiza o overhead operacional ao usar um CloudWatch Metric Stream para capturar todas as métricas (incluindo novas métricas automaticamente) e enviá-las diretamente para o Kinesis Data Firehose. O Firehose, por sua vez, pode invocar uma função Lambda para a transformação necessária e, em seguida, entregar os dados transformados ao S3. Esta abordagem é totalmente gerenciada e escalável. A primeira opção está incorreta porque especifica "métricas da aplicação e métricas do namespace do CloudWatch", o que é redundante e menos abrangente do que "todas as métricas". A terceira opção está incorreta porque criar filtros de métricas no CloudWatch Logs é para logs, não para métricas existentes, e não aborda a transformação ou a coleta automática de novas métricas de forma eficiente. A quarta opção está incorreta porque os filtros de assinatura em grupos de logs são para dados de log, não para métricas do CloudWatch, e não capturariam as métricas de desempenho e personalizadas diretamente.