[AWS SQS] [번역] Amazon SQS (Simple Queue Service)란 무엇인가?

공식 문서 번역 시리즈는 말 그대로 기술의 공식 문서를 번역한 컨텐츠입니다. 국내 개발자 분들의 기술 문서 학습에 대한 언어의 장벽을 해결하고자 컨텐츠를 운영하고 있습니다.

 

Amazon Simple Queue Service(Amazon SQS)는 분산 소프트웨어 시스템 및 구성 요소를 통합하고 분리할 수 있도록 해주는 안전하고, 내구성이 있으며, 가용성 높은 호스팅 큐를 제공합니다. Amazon SQS는 데드 레터 큐(dead-letter queues) 및 비용 할당 태그(cost allocation tags)와 같은 일반적인 구조를 제공합니다. 또한 AWS SDK가 지원하는 모든 프로그래밍 언어에서 접근할 수 있는 범용 웹 서비스 API를 제공합니다.

 

Amazon SQS 사용의 이점

• 보안: Amazon SQS 큐에 메시지를 보내고 받는 사람을 제어할 수 있습니다. 기본 Amazon SQS 관리형 서버 측 암호화(SSE)를 사용하거나 AWS Key Management Service(AWS KMS)에서 관리하는 사용자 지정 SSE 키를 사용하여 큐의 메시지 내용을 보호함으로써 민감한 데이터를 전송할 수 있습니다.
• 내구성: 메시지의 안전을 위해, Amazon SQS는 메시지를 여러 서버에 저장합니다. Standard 큐는 최소 한 번 이상 메시지 전달을 지원하며, FIFO 큐는 정확히 한 번의 메시지 처리 및 고처리량 모드를 지원합니다.
• 가용성: Amazon SQS는 중복 인프라를 사용하여 메시지에 대한 고도로 동시적인 접근성과, 메시지 생성 및 소비에 대한 고가용성을 제공합니다.
• 확장성: Amazon SQS는 각 버퍼링된 요청을 독립적으로 처리할 수 있으며, 사전 프로비저닝 지침 없이도 부하 증가나 스파이크를 자동으로 처리할 수 있도록 투명하게 확장됩니다. 
• 신뢰성: Amazon SQS는 메시지 처리 중 해당 메시지를 잠급니다. 따라서 여러 프로듀서가 메시지를 전송하고 여러 컨슈머가 동시에 메시지를 받을 수 있습니다.
• 커스터마이징: 큐는 서로 동일할 필요가 없습니다. 예를 들어 큐에 기본 지연 시간을 설정할 수 있습니다. 메시지 크기가 256KB를 초과할 경우 Amazon Simple Storage Service(Amazon S3) 또는 Amazon DynamoDB를 사용하여 메시지 내용을 저장하고, Amazon SQS는 해당 Amazon S3 객체에 대한 포인터를 보유할 수 있으며, 또는 큰 메시지를 더 작은 메시지로 분할할 수도 있습니다.

 

Amazon SQS의 기본 아키텍처

이 섹션에서는 분산 메시징 시스템의 구성 요소를 설명하고 Amazon SQS 메시지의 라이프사이클을 설명합니다.

분산 대기열

분산 메시징 시스템에는 세 가지 주요 부분이 있습니다: 분산 시스템의 구성 요소, Amazon SQS 서버에 분산된 큐, 큐 내의 메시지들.

 

다음 시나리오에서, 시스템은 여러 프로듀서(큐에 메시지를 보내는 구성 요소)와 컨슈머(큐에서 메시지를 받는 구성 요소)를 포함합니다. 큐(메시지 A부터 E까지 포함)는 여러 Amazon SQS 서버에 중복 저장되어 있습니다.

 

메시지 라이프사이클

다음 시나리오는 Amazon SQS 큐 내의 메시지의 생성부터 삭제까지의 라이프사이클을 설명합니다.

 

1. 프로듀서(구성 요소 1)가 메시지 A를 큐에 전송하면, 메시지는 Amazon SQS 서버에 중복 저장됩니다.
2. 컨슈머(구성 요소 2)가 메시지를 처리할 준비가 되면, 큐에서 메시지를 소비하며 메시지 A가 반환됩니다. 메시지 A가 처리되는 동안에는 큐에 남아 있으며, 가시성 타임아웃(visibility timeout) 기간 동안은 이후의 수신 요청에 다시 반환되지 않습니다.
3. 컨슈머(구성 요소 2)는 메시지 A를 큐에서 삭제하여, 가시성 타임아웃이 만료된 후에도 해당 메시지가 다시 수신되어 처리되지 않도록 합니다.

참고
Amazon SQS는 큐에 메시지가 최대 메시지 보존 기간을 초과하여 존재하는 경우, 해당 메시지를 자동으로 삭제합니다. 기본 메시지 보존 기간은 4일입니다. 그러나 SetQueueAttributes 작업을 통해 60초에서 1,209,600초(14일) 사이로 메시지 보존 기간을 설정할 수 있습니다.

 

Amazon SQS, Amazon MQ, Amazon SNS 간의 차이점

Amazon SQS, Amazon SNS, Amazon MQ는 모두 고도로 확장 가능하고 사용하기 쉬운 관리형 메시징 서비스를 제공하며, 각각은 분산 시스템 내에서 특정 역할을 수행하도록 설계되었습니다. 다음은 이들 서비스 간의 차이점에 대한 향상된 개요입니다: 

 

Amazon SQS는 큐 서비스로서 분산 소프트웨어 시스템과 구성 요소를 분리하고 확장할 수 있도록 합니다. 일반적으로 하나의 구독자를 통해 메시지를 처리하므로, 순서와 손실 방지가 중요한 워크플로에 이상적입니다. 더 넓은 분배를 위해 Amazon SNS와 Amazon SQS를 통합하면 메시지를 동시에 여러 구독자에게 전달하는 fanout 메시징 패턴을 구현할 수 있습니다. 

 

Amazon SNS는 퍼블리셔가 여러 구독자에게 메시지를 보낼 수 있도록 토픽을 통해 메시지를 전달합니다. 구독자는 Amazon Data Firehose, Amazon SQS, Lambda, HTTP, 이메일, 모바일 푸시 알림, 문자 메시지(SMS) 등 지원되는 엔드포인트 유형을 사용하여 게시된 메시지를 수신합니다. 이 서비스는 실시간 사용자 참여나 알람 시스템 등 즉각적인 알림이 필요한 시나리오에 이상적입니다. 구독자가 오프라인 상태일 경우 메시지 손실을 방지하기 위해, Amazon SNS와 Amazon SQS 큐를 연계하면 일관된 전달을 보장할 수 있습니다. 

 

Amazon MQ는 기존 메시지 브로커에서 마이그레이션하려는 기업에 가장 적합하며, AMQP, MQTT와 같은 표준 메시징 프로토콜 및 Apache ActiveMQ와 RabbitMQ를 지원합니다. 이는 큰 재구성 없이 안정적이고 신뢰할 수 있는 메시징이 필요한 레거시 시스템과의 호환성을 제공합니다. 

 

다음 표는 각 서비스의 리소스 유형 개요입니다:

리소스 유형	Amazon SNS	Amazon SQS	Amazon MQ
동기 처리	아니오	아니오	예
비동기 처리	예	예	예
큐	아니오	예	예
퍼블리셔-구독자 메시징	예	아니오	예
메시지 브로커	아니오	아니오	예

 

Amazon SQS와 Amazon SNS는 거의 무제한의 확장성과 간단한 API로부터 혜택을 받을 수 있는 새로운 애플리케이션에 권장됩니다. 이들은 일반적으로 높은 볼륨의 애플리케이션에 대해 더 비용 효율적인 종량제 요금을 제공합니다. 반면, 기존 메시지 브로커에서 API(JMS 등) 또는 프로토콜(AMQP, MQTT, OpenWire, STOMP 등)의 호환성에 의존하는 애플리케이션을 마이그레이션할 경우에는 Amazon MQ를 권장합니다.

 

Reference

• What is Amazon Simple Queue Service?