온프레미스 백엔드 API가 API Gateway 엔드포인트에 대한 요청을 처리합니다. 고객들이 높은 응답 지연 시간을 보고하며, API Gateway 지연 시간 지표도 이를 확인합니다. 이 문제를 진단하기 위해 팀은 요청에 추가 지연 시간을 발생시키지 않으면서 관련 원격 측정 데이터를 수집해야 합니다. 어떤 두 가지 조치를 취해야 할까요? (두 가지 선택)

첫 번째 정답은 온프레미스 서버에 CloudWatch 에이전트를 설치하여 관련 로그를 CloudWatch로 보내도록 구성하는 것입니다. 이는 추가 지연 시간 없이 온프레미스 API의 상세한 성능 및 오류 로그를 수집하여 지연 시간의 원인을 진단하는 데 필수적인 가시성을 제공합니다. 두 번째 정답은 API Gateway에서 AWS X-Ray 트레이싱을 활성화하고, 애플리케이션을 수정하여 요청 세그먼트를 캡처한 다음, X-Ray 데몬을 사용하여 세그먼트를 X-Ray에 업로드하는 것입니다. X-Ray는 요청의 엔드 투 엔드 흐름을 시각화하고 각 구성 요소의 지연 시간을 식별하여 병목 현상을 정확히 찾아내는 데 도움을 줍니다. X-Ray 데몬을 사용하면 애플리케이션이 직접 X-Ray 서비스에 연결할 필요 없이 비동기적으로 데이터를 전송하여 애플리케이션에 미치는 성능 영향을 최소화합니다. 오답인 "API Gateway에서 AWS X-Ray 트레이싱을 활성화하고, 요청 세그먼트를 캡처하도록 애플리케이션을 수정한 다음, 각 요청 중에 해당 세그먼트를 X-Ray에 업로드합니다"는 X-Ray 데몬을 사용하지 않고 애플리케이션이 직접 X-Ray에 업로드하도록 하여 요청당 추가 지연 시간을 발생시킬 수 있습니다. "온프레미스 애플리케이션을 수정하여 각 요청과 함께 로그 정보를 API Gateway로 다시 보냅니다"는 API Gateway로 다시 보내는 과정에서 추가적인 네트워크 오버헤드와 지연 시간을 발생시킬 수 있습니다. "온프레미스 애플리케이션을 수정하여 API 요청에 대한 집계된 통계 지표를 계산하고 CloudWatch에 게시합니다"는 집계된 지표만 제공하여 상세한 요청별 지연 시간 분석에는 부족하며, 애플리케이션에 추가적인 처리 부담을 줄 수 있습니다.