한 개발자가 API Gateway, Lambda 함수 및 Route 53을 사용하는 서버리스 애플리케이션을 구축했습니다. 테스트 중에 개발자는 오류를 발견했지만 즉시 근본 원인을 찾을 수 없습니다. 운영 오버헤드를 최소화하면서 모든 애플리케이션 로그를 검색하려면 개발자는 어떻게 해야 합니까?

정답은 CloudWatch Logs Insights를 활용하는 것입니다. API Gateway 스테이지에 JSON 형식으로 CloudWatch Logs를 활성화하면 API 요청에 대한 상세한 로그를 자동으로 수집할 수 있습니다. Lambda 함수 또한 기본적으로 CloudWatch Logs에 로그를 기록합니다. CloudWatch Logs Insights는 CloudWatch Logs에 저장된 모든 로그를 SQL과 유사한 쿼리 언어로 쉽게 검색하고 분석할 수 있는 강력한 도구입니다. 이를 통해 운영 오버헤드를 최소화하면서 애플리케이션의 모든 로그를 효율적으로 탐색하여 오류의 근본 원인을 신속하게 파악할 수 있습니다. 오답 설명: API Gateway 상태 확인은 가용성 모니터링에 사용되며, 로그 검색과는 관련이 없습니다. CloudWatch PutMetricData는 로그 게시보다는 메트릭 생성에 더 적합하며, Athena로 CloudWatch 로그를 직접 쿼리하는 것은 일반적인 패턴이 아닙니다. Route 53 상태 확인은 DNS 라우팅에 사용되며, CloudTrail은 AWS API 호출 기록에 사용됩니다. 애플리케이션 로그 검색에는 적합하지 않습니다. Kinesis Data Firehose와 OpenSearch Service는 대규모 실시간 로그 분석에 유용하지만, 이 시나리오에서는 CloudWatch Logs Insights가 더 간단하고 운영 오버헤드가 적은 솔루션입니다.