sqs-vs-sns-vs-eventbridge
서비스 비교 목록

SQS vs SNS vs EventBridge: 메시징 서비스 비교

중급SQSSNSEventBridge

SQS vs SNS vs EventBridge

비동기 아키텍처의 3대 핵심 서비스. 큐, 발행/구독, 이벤트 버스 — 역할이 다릅니다.

⏱️ 10초 안에 답하기: 작업을 나중에 처리? → SQS. 여러 곳에 알림? → SNS. 이벤트 기반 라우팅? → EventBridge

핵심 차이점

의사결정 플로우차트

다이어그램 로딩 중...

실전 시나리오별 추천

주문 처리

  • 주문 요청을 대기열에 넣고 순서대로 처리
  • 처리 실패 시 DLQ(Dead Letter Queue)로 이동
  • 소비자가 자기 속도로 처리
  • → SQS (FIFO) 추천

알림 시스템

  • 하나의 이벤트를 이메일, SMS, Slack 동시 전달
  • 구독자별 필터 정책 적용
  • 간단한 Fan-out 패턴
  • → SNS 추천

마이크로서비스 이벤트

  • order.completed 이벤트를 내용 기반으로 라우팅
  • 결제 서비스, 배송 서비스, 분석 서비스에 각각 다른 규칙
  • 스키마 레지스트리로 이벤트 계약 관리
  • → EventBridge 추천

조합 패턴

  • SNS → SQS: Fan-out + 버퍼링 (가장 흔한 패턴)
  • EventBridge → SQS: 이벤트 라우팅 + 안정적 처리
  • EventBridge → SNS → Lambda: 이벤트 → 알림 → 처리
  • → 실무에서는 조합이 일반적

자격증 시험 포인트

📝 SAA-C03 / DVA-C02 시험 필수 포인트:

  • "디커플링" + "비동기 처리" → SQS
  • "Fan-out" + "여러 구독자" → SNS
  • "이벤트 기반" + "규칙 라우팅" → EventBridge
  • "SNS + SQS" 조합 = Fan-out Queue 패턴
  • SQS Visibility Timeout: 메시지 중복 처리 방지
  • EventBridge는 AWS 서비스 이벤트를 네이티브로 수신 (S3, EC2 상태 변경 등)
✏️

본인의 말로 설명해 보세요

SQS, SNS, EventBridge를 우체국 시스템에 비유해서 각각 설명해보세요.

💡 SQS는 우편함(수신자가 꺼내감), SNS는 확성기(모두에게 전달), EventBridge는 자동 분류기(내용 보고 배달지 결정)...

관련 레슨

event-driven