DevOps 팀은 CloudFormation을 통해 배포된 Auto Scaling 그룹의 여러 EC2 인스턴스에서 실행되는 애플리케이션을 지원합니다. 최근 한 인스턴스에서 EC2 및 ELB 상태 확인에는 정상으로 표시되었지만, 많은 요청에 대해 오류를 반환했습니다. 애플리케이션 로그는 embedded metric format을 사용하여 CloudWatch에 수집됩니다. 팀은 단일 EC2 인스턴스가 전체 오류의 절반 이상을 차지하는 경우 최소한의 운영 오버헤드로 알림을 받아야 합니다. 다음 중 어떤 단계 조합이 이를 달성할까요? (두 가지 선택)

CloudWatch Contributor Insights는 로그 데이터에서 가장 많은 기여를 하는 항목을 식별하고 시각화하는 데 효과적입니다. 인스턴스 ID 및 오류 발생 횟수별로 로그를 그룹화하는 규칙을 생성하면 어떤 인스턴스가 가장 많은 오류를 발생시키는지 쉽게 파악할 수 있습니다. INSIGHTRULEMETRIC 함수를 사용하는 CloudWatch 경보는 Contributor Insights 규칙에서 생성된 지표를 기반으로 특정 인스턴스가 전체 오류의 절반 이상을 차지하는 경우를 감지하여 DevOps 팀에 알림을 보낼 수 있습니다. 이 조합은 최소한의 운영 오버헤드로 문제를 신속하게 식별하고 대응하는 데 필요한 정보를 제공합니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다. AWS Resource Groups 및 CloudWatch Application Insights는 애플리케이션 모니터링에 유용하지만, 특정 인스턴스의 오류 기여도를 직접적으로 감지하고 알림을 보내는 데는 추가적인 구성이 필요합니다. 지표 필터는 오류 발생 횟수를 세는 데 사용될 수 있지만, 특정 인스턴스의 기여도를 식별하는 데는 추가적인 로직이 필요하며, Contributor Insights만큼 효율적이지 않습니다. Lambda 함수를 사용하는 구독 필터는 유연하지만, 사용자 정의 코드를 작성하고 유지 관리해야 하므로 운영 오버헤드가 더 큽니다.