문제 380
한 회사가 각 로그에 대해 성공 또는 실패 상태와 함께 트랜잭션 메타데이터를 포함하는 로그를 게시하는 웹 애플리케이션을 보유하고 있습니다. 로그는 JSON 형식입니다. 애플리케이션은 로그를 Amazon CloudWatch Logs 로그 그룹에 게시합니다. 이 회사는 성공한 트랜잭션 수를 표시하는 대시보드를 생성하고자 합니다. 어떤 솔루션이 가장 적은 운영 오버헤드로 이 요구 사항을 충족합니까?
- A. Amazon OpenSearch Service 클러스터와 로그 그룹 데이터를 클러스터로 전송하는 OpenSearch Service 구독 필터를 생성합니다. 상태가 성공인 트랜잭션에 대한 검색 쿼리를 사용하여 OpenSearch Service 클러스터의 Dashboards 기능 내에 대시보드를 생성합니다.
- B. AWS Lambda 함수를 사용하는 로그 그룹에 대한 CloudWatch 구독 필터를 생성합니다. JSON 로그를 파싱하고 상태가 성공인 트랜잭션에 대한 사용자 지정 지표를 CloudWatch에 게시하도록 Lambda 함수를 구성합니다. 사용자 지정 지표를 표시하는 지표 그래프를 사용하여 CloudWatch 대시보드를 생성합니다.
- C. 트랜잭션 상태 속성과 성공 값을 일치시키는 필터 패턴으로 로그 그룹에 대한 CloudWatch 지표 필터를 생성합니다. 새 지표를 표시하는 지표 그래프를 사용하여 CloudWatch 대시보드를 생성합니다.✓ 정답
- D. 로그 그룹을 구독하는 Amazon Kinesis 데이터 스트림을 생성합니다. 성공 상태를 기준으로 수신 로그 데이터를 필터링하고 필터링된 로그를 AWS Lambda 함수로 전송하도록 데이터 스트림을 구성합니다. 사용자 지정 지표를 CloudWatch에 게시하도록 Lambda 함수를 구성합니다. 사용자 지정 지표를 표시하는 지표 그래프를 사용하여 CloudWatch 대시보드를 생성합니다.
해설
【핵심 용어】 ▸ CloudWatch Metric Filter — 로그 그룹에서 특정 패턴(예: status=success)을 매칭해 지표로 변환, 별도 코드 불필요 ▸ Metric Graph 대시보드 — 생성된 지표를 대시보드에 시각화 ▸ 최소 운영 오버헤드 — Lambda/OpenSearch/Kinesis 없이 네이티브 필터로 해결 【정답 포인트】 ▸ "성공 트랜잭션 수 대시보드" + "최소 운영 오버헤드" → CloudWatch 메트릭 필터로 success 패턴을 지표화 후 대시보드 구성 ▸ C: 네이티브 메트릭 필터만으로 코드/추가 인프라 없이 요구 충족 【오답 체크】 (A) OpenSearch 클러스터 구축은 운영·비용 부담이 큼. (B) Lambda 구독 필터로 커스텀 지표 발행은 함수 개발·유지 부담 추가. (D) Kinesis 데이터 스트림 + Lambda 조합은 가장 복잡한 파이프라인으로 오버헤드 최대. 【시험 포인트】 로그 패턴 카운트를 지표화 → CloudWatch Metric Filter(최소 오버헤드). Lambda/Kinesis/OpenSearch는 과함.