Amazon Simple Queue Service

아마존 심플 큐 서비스는 아마존닷컴의 클라우드 컴퓨팅 부문인 아마존 웹 서비스가 제공하는 완전관리형 메시지 큐 서비스이다. 약칭은 아마존 SQS이다. 이 서비스는 분산 시스템의 구성 요소 간에 메시지를 안정적으로 전송, 저장 및 수신할 수 있도록 설계된 메시지 지향 미들웨어이다.

아마존 SQS는 2004년 말 베타 서비스로 선보였으며, 2006년 중순 정식 공개했다[2]. 이 서비스는 생산자-소비자 문제를 해결하기 위해 고안되었으며, 애플리케이션이 인터넷을 통해 웹 서비스 API를 이용해 메시지를 프로그래밍적으로 주고받을 수 있게 한다.

이 서비스의 핵심 가치는 마이크로서비스 아키텍처나 분산 애플리케이션에서 서로 결합도를 낮추고 신뢰성 있는 비동기 통신을 가능하게 하는 데 있다. 서버리스 애플리케이션의 구성 요소를 연결하거나, 작업 큐를 관리하는 등 다양한 사용 사례에 활용된다. 아마존 SQS는 사유 소프트웨어 라이선스를 가지며, 사용량에 따라 요금이 부과되는 종량제 모델로 운영된다.

아마존 SQS의 아키텍처는 완전관리형 분산 시스템으로 설계되어 있다. 서비스는 AWS 리전 내에 다수의 가용 영역에 걸쳐 메시지를 중복 저장하여, 단일 구성 요소의 장애가 발생해도 서비스 가용성과 데이터 내구성을 보장한다. 이는 내결함성을 갖춘 시스템을 구축하는 데 핵심적인 역할을 한다.

서비스의 핵심 구성 요소는 메시지 큐이다. 생산자라고 불리는 애플리케이션 구성 요소가 메시지를 큐에 전송하면, 소비자라고 불리는 다른 구성 요소가 이를 비동기적으로 검색하고 처리한다. 이 과정에서 생산자와 소비자는 서로 직접 연결되지 않으며, 큐를 통해 느슨하게 결합된다. 이는 마이크로서비스 아키텍처나 서버리스 컴퓨팅 환경에서 구성 요소 간 의존성을 줄이고 독립적인 확장을 가능하게 하는 중요한 특징이다.

아마존 SQS는 두 가지 주요 큐 유형을 제공한다. 첫 번째는 표준 큐로, 무제한의 처리량과 최소한 한 번의 메시지 전달을 보장하지만, 메시지 순서가 가끔 바뀔 수 있다. 두 번째는 FIFO 큐로, 메시지가 정확히 한 번만 처리되도록 보장하며, 메시지가 전송된 순서를 엄격하게 유지한다. FIFO 큐는 금융 거래 처리나 주문 이력 관리와 같이 순서와 중복 방지가 중요한 사용 사례에 적합하다.

작동 방식 측면에서, 소비자는 큐에서 메시지를 폴링하여 가져온다. 메시지를 성공적으로 처리한 후, 소비자는 명시적으로 해당 메시지를 삭제해야 큐에서 제거된다. 만약 삭제 신호를 받지 못하면, 메시지는 가시성 제한 시간이 지난 후 다시 큐에 나타나 다른 소비자가 재처리할 수 있게 된다. 이 메커니즘은 메시지 처리 실패 시 자동으로 재시도할 수 있는 장애 허용 시스템을 구현하는 데 기여한다.

아마존 SQS는 HTTP 기반의 REST API를 제공하여 사용자가 큐를 생성, 관리하고 메시지를 송수신할 수 있게 한다. 이 API는 JSON 또는 XML 형식의 메시지를 지원하며, AWS 관리 콘솔, AWS 명령줄 인터페이스, 또는 직접 HTTP 요청을 통해 호출할 수 있다. 주요 API 작업으로는 큐 생성(CreateQueue), 메시지 전송(SendMessage), 메시지 수신(ReceiveMessage), 메시지 삭제(DeleteMessage) 등이 있다.

아마존은 다양한 프로그래밍 언어를 위한 SDK를 공식적으로 제공하여 개발자가 애플리케이션 코드 내에서 SQS API를 더 쉽게 활용할 수 있도록 한다. 지원되는 언어에는 자바, 파이썬, Node.js, .NET, 루비, PHP, Go 등이 포함된다. 이러한 SDK들은 AWS SDK의 일부로 배포되며, 자격 증명 관리, 요청 서명, 오류 처리와 같은 공통 작업을 추상화하여 개발 생산성을 높인다.

또한, AWS CloudFormation과 같은 IaC 도구를 통한 큐 리소스의 선언적 관리, 그리고 AWS Lambda와의 긴밀한 통합을 위한 이벤트 소스 매핑 API도 제공된다. 이를 통해 서버리스 아키텍처에서 큐에 도착한 메시지가 자동으로 람다 함수를 트리거하도록 구성할 수 있다.

아마존 SQS는 분산 시스템에서 구성 요소 간의 결합을 느슨하게 하고, 신뢰성 있는 비동기 통신을 가능하게 하여 다양한 사용 사례에 활용된다. 주로 마이크로서비스 아키텍처나 서버리스 컴퓨팅 환경에서 애플리케이션 간의 통합, 작업 큐 관리, 이벤트 기반 아키텍처 구현에 널리 사용된다.

대표적인 사용 사례로는 작업 분리가 있다. 예를 들어, 사용자가 웹사이트에 파일을 업로드하면, 프론트엔드 서버는 즉시 응답을 반환한 후 파일 처리라는 무거운 작업을 메시지 형태로 SQS 큐에 넣는다. 별도의 백엔드 처리 서버(예: AWS Lambda)가 이 큐에서 메시지를 꺼내 이미지 리사이징이나 데이터 분석과 같은 작업을 비동기적으로 수행한다. 이를 통해 사용자 경험을 저하시키지 않으면서 시스템의 확장성과 내결함성을 높일 수 있다.

또한, 이벤트 드리븐 시스템에서 중요한 역할을 한다. 여러 마이크로서비스가 있을 때, 한 서비스에서 발생한 상태 변경 이벤트(예: 주문 생성, 결제 완료)를 SQS를 통해 발행하면, 해당 이벤트에 관심이 있는 다른 서비스들이 이를 구독하여 필요한 후속 작업을 수행할 수 있다. 이는 서비스 간의 직접적인 의존성을 제거하고 시스템 전체의 유연성을 향상시킨다.

이처럼 SQS는 클라우드 네이티브 애플리케이션을 구축할 때 구성 요소를 분리하고, 메시지 전달의 신뢰성을 보장하며, 트래픽 급증에 유연하게 대응할 수 있는 기반을 제공한다.

아마존 SQS는 AWS 생태계 내에서 다른 서비스들과 긴밀하게 연동되어 사용된다. 특히 마이크로서비스 아키텍처나 이벤트 기반 시스템을 구성할 때 핵심적인 역할을 한다. 주요 연동 서비스로는 AWS Lambda가 있으며, SQS 큐에 메시지가 도착하면 이를 트리거로 람다 함수를 실행하여 서버리스 방식의 메시지 처리를 가능하게 한다.

또한, 아마존 SNS와의 통합은 Pub/Sub 패턴을 구현하는 데 필수적이다. SNS 주제에 게시된 메시지를 여러 SQS 큐로 팬아웃하여, 여러 소비자 애플리케이션이 동일한 메시지 스트림을 독립적으로 처리할 수 있게 한다. 아마존 EC2 인스턴스나 ECS 태스크, EKS 파드와 같은 컴퓨팅 리소스에서도 SQS 큐를 폴링하여 메시지를 가져와 처리하는 구조로 널리 활용된다.

데이터 처리 파이프라인에서는 아마존 Kinesis Data Firehose나 AWS Glue 작업과 연계하여 스트리밍 데이터나 배치 데이터의 버퍼링 및 작업 조정에 SQS가 사용되기도 한다. 모니터링과 관리를 위해 아마존 CloudWatch와 통합되어 큐 지표(대기 메시지 수, 지연 시간 등)를 수집하고 알람을 설정할 수 있다.

아마존 SQS는 아마존 웹 서비스의 초기 서비스 중 하나로, 클라우드 컴퓨팅의 핵심 구성 요소인 메시지 큐 서비스를 대중화하는 데 중요한 역할을 했다. 이 서비스는 2004년 말 베타로 선보인 후 2006년 중순 정식 공개되었다. 이는 AWS의 핵심 인프라 서비스인 아마존 EC2와 아마존 S3가 공개되기 전의 일로, AWS가 단순한 스토리지 서비스를 넘어 분산 애플리케이션 구축을 위한 플랫폼으로 진화하고 있음을 보여주는 초기 신호였다.

서비스의 개발 배경에는 웹 규모의 애플리케이션에서 생산자와 소비자 간의 결합을 완화하고, 신뢰성 있는 비동기 통신을 제공해야 하는 필요성이 있었다. 전통적인 메시지 지향 미들웨어는 관리와 확장이 복잡한 경우가 많았는데, 아마존 SQS는 이를 완전 관리형 서비스로 제공함으로써 개발자가 서버 프로비저닝이나 소프트웨어 유지 관리 없이도 메시지 큐를 활용할 수 있게 했다.

아마존 SQS의 성공은 이후 AWS의 다양한 메시징 서비스, 예를 들어 아마존 SNS나 아마존 MQ와 같은 서비스들의 출현으로 이어졌다. 또한, 이 서비스는 마이크로서비스 아키텍처와 이벤트 기반 시스템의 부상에 맞춰 지속적으로 발전해왔다. 현재 아마존 SQS는 전 세계 수많은 기업의 애플리케이션에서 작업 큐, 이벤트 버스, 또는 마이크로서비스 간의 통합 백본으로 널리 사용되고 있다.

• ko.wikipedia.org