Um desenvolvedor criou um aplicativo serverless que usa API Gateway, funções Lambda e Route 53. Durante os testes, o desenvolvedor vê erros, mas não consegue encontrar a causa raiz imediatamente. Para pesquisar em todos os logs do aplicativo com o mínimo de sobrecarga operacional, o que o desenvolvedor deve fazer?

A opção correta é habilitar o CloudWatch Logs para os estágios do API Gateway e usar o CloudWatch Logs Insights. O CloudWatch Logs Insights permite pesquisar e analisar logs de múltiplos serviços AWS, incluindo API Gateway e Lambda, com uma linguagem de consulta poderosa e sem sobrecarga operacional adicional para configurar infraestrutura de logging. Ele agrega logs de forma centralizada e facilita a identificação da causa raiz de erros. A primeira opção está incorreta porque usar o PutMetricData para logs não é a forma padrão e eficiente de coletar logs, e o Athena é mais adequado para dados estruturados em S3, não logs brutos do CloudWatch. A segunda opção está incorreta porque o CloudTrail registra chamadas de API de gerenciamento, não logs de aplicação ou de requisições do API Gateway, e o Athena em S3 para logs brutos do CloudTrail pode ser menos eficiente para análise interativa do que o Logs Insights. A terceira opção está incorreta porque, embora o Kinesis Data Firehose e o OpenSearch Service sejam soluções válidas para análise de logs em larga escala, eles introduzem uma sobrecarga operacional e de custo maior do que o CloudWatch Logs Insights para este cenário de depuração.