[amazon-web-services] Amazon SNS와 Amazon SQS의 차이점은 무엇입니까?

이 스레드의 답변은 약간 구식이므로 2 센트를 추가하기로 결정했습니다.

SNS 를 여러 가입자를 가질 수있는 전통적인 주제로 볼 수 있습니다 . 예를 들어 Lambda 및 SQS를 포함하여 하나의 지정된 SNS 주제에 대해 이기종 가입자를 가질 수 있습니다. SNS를 사용하여 SMS 메시지 나 이메일을 즉시 보낼 수도 있습니다. SNS에서 고려해야 할 사항은 한 번에 하나의 메시지 (알림) 만 수신되므로 일괄 처리를 활용할 수 없습니다.

반면에 SQS 는 메시지를 저장하고 한 소비자를 구독하는 대기열에 불과합니다 (예, 하나의 SQS 대기열에 N 소비자를 가질 수는 있지만 모든 소비자를 고려하면 관리가 매우 어려워지고 매우 어려워집니다) SNS가 N SQS 대기열에 알림을 푸시하고 모든 대기열에 하나의 가입자 만있는 경우) 이러한 메시지를 처리하기 위해 SQS와 결합 된 SNS를 사용하면 메시지를 한 번 이상 읽어야합니다. 2018 년 6 월 28 일부터 AWS는 SQS를위한 Lambda 트리거를 지원 하므로 폴링 할 필요가 없습니다.더 이상 메시지. 또한 장애 발생시 메시지를 보내도록 소스 SQS 대기열에서 DLQ를 구성 할 수 있습니다. 성공하면 메시지가 자동으로 삭제되므로 (이것은 또 하나의 큰 개선입니다.) 수동으로 삭제하는 것을 잊어 버린 경우 이미 처리 된 메시지를 다시 읽지 않아도됩니다. Lambda Retry Behavior를 살펴보십시오.작동 방식을 더 잘 이해합니다. SQS를 사용하면 얻을 수있는 큰 이점 중 하나는 배치 처리가 가능하다는 것입니다. 각 배치에는 최대 10 개의 메시지가 포함될 수 있으므로 100 개의 메시지가 SQS 대기열에 한 번에 도착하면 Lambda의 기본 자동 스케일링 동작을 고려하여 10 개의 Lambda 함수가 가동되고이 100 개의 메시지를 처리합니다 ( 실제로 이것은 행복한 경로이며, Lambda 함수가 더 많으면 배치에서 10 개 미만의 메시지를 읽을 수 있지만 아이디어는 얻습니다.) 그러나 동일한 100 개의 메시지를 SNS에 게시 한 경우 100 개의 Lambda 함수가 작동하여 비용이 증가하고 Lambda 동시성을 사용하지 않게됩니다. 그러나 여전히 EC2 인스턴스와 같은 기존 서버를 실행중인 경우에도 메시지를 폴링하고 수동으로 관리해야합니다.

메시지 전달 순서를 보장하는 FIFO SQS 대기열 도 있습니다 . 이는 Lambda에서 지원되는 트리거가 아니므로이 유형의 대기열을 선택할 때 메시지를 수동으로 삭제해야 할뿐 아니라 폴링이 여전히 필요하다는 점을 명심하십시오.

사용 사례에 겹치는 부분이 있지만 SQS와 SNS에는 각각 고유 한 관심사가 있습니다.

다음과 같은 경우 SNS를 사용하십시오 .

• 여러 가입자가 필요합니다
• 상자 밖으로 SMS / 이메일 보내기가 편리합니다

다음과 같은 경우 SQS를 사용하십시오 .

• 한 명의 가입자 만 필요
• 배치는 중요합니다

답변