개발자가 Amazon API Gateway API를 문제 해결 중입니다. 클라이언트가 API의 엔드포인트에 액세스하려고 할 때 HTTP 400 응답 오류를 수신합니다. 개발자는 이러한 오류의 원인을 어떻게 확인할 수 있습니까?
- A. Amazon Kinesis Data Firehose 배포 스트림을 생성하여 API Gateway에서 API 호출 로그를 받습니다. Amazon CloudWatch Logs를 배포 스트림의 대상으로 구성합니다.
- B. AWS CloudTrail Insights를 활성화하고 추적을 생성합니다. API의 스테이지에 대한 추적의 Amazon Resource Name(ARN)을 지정합니다.
- C. API 스테이지에 대해 AWS X-Ray를 활성화합니다. Amazon CloudWatch Logs 로그 그룹을 생성합니다. API 스테이지에 대한 로그 그룹의 Amazon Resource Name(ARN)을 지정합니다.
- D. API 스테이지에 대해 실행 로깅 및 접근 로깅을 Amazon CloudWatch Logs에서 활성화합니다. CloudWatch Logs 로그 그룹을 생성합니다. API 스테이지에 대한 로그 그룹의 Amazon Resource Name(ARN)을 지정합니다.✓ 정답
해설
【핵심 용어】 • API Gateway 실행 로그(execution logging) + 액세스 로그(access logging): 요청/응답/오류 디버깅에 핵심 • CloudWatch Logs로 출력 【정답 포인트】 정답: D (실행 로그 + 액세스 로그 + CloudWatch Logs) HTTP 400 같은 클라이언트 측 오류 진단은 액세스/실행 로그가 표준 도구. 【오답 체크】 • A: Firehose는 로그 전달, 1차 진단 도구로 과함 • B: CloudTrail Insights는 비정상 활동 탐지, API 클라이언트 오류 디버깅 표준이 아님 • C: X-Ray는 트레이싱이지만 오류 메시지/응답 본문은 로그가 더 직관적