Uma aplicação web executada em uma instância EC2 publica seus logs de acesso no CloudWatch Logs. Os logs são estruturados e incluem códigos de resposta HTTP. A equipe precisa de uma maneira eficiente de monitorar a frequência com que o servidor retorna respostas HTTP 404. Qual é a solução MAIS operacionalmente eficiente?

A criação de um filtro de métricas do CloudWatch Logs é a solução mais operacionalmente eficiente porque permite extrair e transformar dados de log em métricas do CloudWatch em tempo real. Isso possibilita o monitoramento contínuo e a criação de alarmes para códigos 404 sem a necessidade de recursos computacionais adicionais ou agendamento de tarefas. Um filtro de assinatura (subscription filter) envia logs para outro serviço (como Lambda, Kinesis ou Kinesis Firehose) para processamento, o que adiciona complexidade e custo desnecessários para este caso de uso simples de contagem. Ambas as opções que envolvem o CloudWatch Logs Insights (seja via Lambda ou script) são menos eficientes. Elas exigem a execução de consultas agendadas, o que consome recursos computacionais (Lambda ou a máquina que executa o script) e não oferece monitoramento em tempo real contínuo como os filtros de métricas. Além disso, o Logs Insights é mais adequado para análise ad-hoc e solução de problemas, não para monitoramento contínuo de métricas específicas.