← 전체 목록
📢
Amazon SNS
통합푸시 알림 및 메시징
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
하나의 이벤트를 여러 시스템에 알려야 할 때 발행자가 모든 소비자를 직접 호출하면 결합도가 높아집니다. 알림과 팬아웃을 분리할 수 있는 채널이 필요합니다.
안에서 어떻게 동작하나요?
SNS는 토픽에 메시지를 publish하면 여러 구독자에게 동시에 전달합니다. 구독자는 이메일, Lambda, SQS, HTTP 엔드포인트처럼 각기 다른 방식으로 메시지를 받을 수 있습니다.
무엇과 헷갈리나요?
SNS와 SQS는 둘 다 메시징 계열로 보이지만, SNS는 한 이벤트를 여러 구독자에게 동시에 퍼뜨리는 팬아웃 채널이고 SQS는 개별 작업을 큐에 넣어 전달과 재시도를 다루는 채널입니다.
왜 이런 방식이 등장했나요?
예전에는 알림이 필요할 때마다 메일, 웹훅, 후속 작업을 각각 직접 호출해야 했습니다. 그래서 이벤트 발행과 소비를 분리하고 여러 목적지로 동시에 전달하는 SNS 같은 pub/sub 모델이 중요해졌습니다.
언제 쓰나요?
경보 전파, 이벤트 팬아웃, 이메일·SMS 통지, 비동기 파이프라인의 브로드캐스트 성격 작업에 적합합니다. 한 소비자가 순차적으로 버퍼링하며 처리해야 하는 경우에는 맞지 않습니다.
팬아웃 패턴알림 시스템모바일 푸시이벤트 기반 아키텍처
Official Docs
AWS더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.