한 회사에 이벤트 기반 JavaScript 앱이 있습니다. 이 앱은 이벤트를 게시, 소비 및 라우팅하는 분리된 관리형 AWS 서비스로 구축되었습니다. 테스트 중에 EventBridge 규칙이 이벤트를 대상으로 전달하지 못하고 있습니다. 테스터는 앱을 재배포하지 않고도 이벤트를 확인하고 디버깅하며 손실을 방지할 수 있는 방법이 필요합니다. DevOps 팀은 어떤 조치 조합을 취해야 할까요? (세 가지 선택)

EventBridge 규칙이 이벤트를 전달하지 못할 때 디버깅하고 손실을 방지하려면 여러 조치가 필요합니다. 1. EventBridge 규칙이 Amazon SQS 표준 대기열을 DLQ(Dead-Letter Queue)로 사용하도록 구성합니다. DLQ는 EventBridge가 대상으로 전달하지 못한 이벤트를 캡처하여 이벤트 손실을 방지하고 나중에 검사할 수 있도록 합니다. 표준 SQS 대기열은 순서가 중요하지 않으므로 FIFO보다 적합합니다. 2. CloudWatch Logs 로그 그룹을 생성하고 해당 로그 그룹을 EventBridge 규칙의 추가 대상으로 추가합니다. EventBridge 규칙에 CloudWatch Logs 대상을 추가하면 규칙이 처리하는 모든 이벤트와 해당 전달 시도를 기록하여 이벤트 흐름 및 잠재적 오류에 대한 가시성을 제공합니다. 3. S3 버킷을 생성하고 CloudTrail을 활성화한 다음 해당 S3 버킷에 로그를 기록하는 CloudTrail 트레일을 생성합니다. CloudTrail은 AWS API 호출을 기록하므로 EventBridge 규칙 구성 변경 또는 관련 서비스 문제와 같은 EventBridge 서비스 수준의 문제를 감사하고 식별하는 데 도움이 됩니다. AWS Device Farm은 모바일 앱 테스트에 사용되므로 EventBridge 디버깅에는 관련이 없습니다. AWS X-Ray는 분산 추적에 유용하지만, 이벤트 전달 실패 자체를 직접 디버깅하는 데는 DLQ 및 CloudWatch Logs만큼 직접적이지 않습니다.