[AWS][SAA][EXAMTOPICS] Question 204

A business has two applications: one that sends messages with payloads to be processed and another that receives messages with payloads. The organization wishes to create an Amazon Web Services (AWS) solution to manage communications between the two apps. The sender program is capable of sending around 1,000 messages every hour. Processing of communications may take up to two days. If the messages do not process, they must be kept to avoid interfering with the processing of subsequent messages.

Which solution satisfies these parameters and is the MOST OPTIMAL in terms of operational efficiency?

• A. Set up an Amazon EC2 instance running a Redis database. Configure both applications to use the instance. Store, process, and delete the messages, respectively.
• B. Use an Amazon Kinesis data stream to receive the messages from the sender application. Integrate the processing application with the Kinesis Client Library (KCL).
• C. Integrate the sender and processor applications with an Amazon Simple Queue Service (Amazon SQS) queue. Configure a dead-letter queue to collect the messages that failed to process.
• D. Subscribe the processing application to an Amazon Simple Notification Service (Amazon SNS) topic to receive notifications to process. Integrate the sender application to write to the SNS topic.

 

한글 번역

비즈니스에는 처리할 페이로드가 포함된 메시지를 보내는 응용 프로그램과 페이로드가 포함된 메시지를 받는 응용 프로그램의 두 가지 응용 프로그램이 있습니다. 조직은 두 앱 간의 통신을 관리하기 위해 Amazon Web Services(AWS) 솔루션을 만들고자 합니다. 발신자 프로그램은 매시간 약 1,000개의 메시지를 보낼 수 있습니다. 통신 처리에는 최대 2일이 소요될 수 있습니다. 메시지가 처리되지 않으면 후속 메시지 처리를 방해하지 않도록 보관해야 합니다.

어떤 솔루션이 이러한 매개변수를 충족하며 운영 효율성 측면에서 가장 최적입니까?

• A. Redis 데이터베이스를 실행하는 Amazon EC2 인스턴스를 설정합니다. 인스턴스를 사용하도록 두 애플리케이션을 모두 구성합니다. 메시지를 각각 저장, 처리 및 삭제합니다.
• B. Amazon Kinesis 데이터 스트림을 사용하여 발신자 애플리케이션에서 메시지를 수신합니다. 처리 애플리케이션을 Kinesis 클라이언트 라이브러리(KCL)와 통합합니다.
• C. 발신자 및 프로세서 애플리케이션을 Amazon Simple Queue Service(Amazon SQS) 대기열과 통합합니다. 처리에 실패한 메시지를 수집하도록 배달 못한 편지 대기열을 구성합니다.
• D. 처리 애플리케이션을 Amazon Simple Notification Service(Amazon SNS) 주제에 구독하여 처리할 알림을 수신합니다. SNS 주제에 쓸 발신자 애플리케이션을 통합합니다.

 

정답

• C. Integrate the sender and processor applications with an Amazon Simple Queue Service (Amazon SQS) queue. Configure a dead-letter queue to collect the messages that failed to process.

 

해설

Amazon SQS 배달 못한 편지 대기열

Amazon SQS는 다른 대기열( 소스 대기열 )이 성공적으로 처리(소비)할 수 없는 메시지를 대상으로 할 수 있는 배달 못한 편지 대기열 (DLQ)을 지원합니다. 배달 못한 편지 대기열은 사용되지 않은 메시지를 격리하여 처리가 성공하지 못한 이유를 확인할 수 있기 때문에 응용 프로그램이나 메시징 시스템을 디버깅하는 데 유용합니다. Amazon SQS 콘솔을 사용하여 대기열을 생성하고 배달 못한 편지 대기열을 구성하는 방법에 대한 자세한 내용은 배달 못한 편지 대기열 구성(콘솔) 단원을 참조하십시오 . 소비자 응용 프로그램을 디버깅했거나 소비자 응용 프로그램에서 메시지를 사용할 수 있게 되면 배달 못한 편지 대기열 재구동 기능을 사용할 수 있습니다.Amazon SQS 콘솔에서 버튼을 한 번만 클릭하여 메시지를 소스 대기열로 다시 이동합니다.

 

Amazon SNS 배달 못한 편지 대기열(DLQ)

배달 못한 편지 대기열은 Amazon SNS 구독이 구독자에게 성공적으로 전달할 수 없는 메시지를 대상으로 할 수 있는 Amazon SQS 대기열입니다. 클라이언트 오류 또는 서버 오류로 인해 배달할 수 없는 메시지는 추가 분석 또는 재처리를 위해 배달 못한 편지 대기열에 보관됩니다.

 

참조 문서

https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-dead-letter-queues.html

Amazon SQS dead-letter queues - Amazon Simple Queue Service

https://docs.aws.amazon.com/sns/latest/dg/sns-dead-letter-queues.html

Amazon SNS dead-letter queues (DLQs) - Amazon Simple Notification Service