서비스 비교 목록
Kinesis vs SQS: 스트리밍 vs 큐
중급KinesisSQS
Kinesis vs SQS
실시간 데이터 스트리밍과 메시지 큐는 비슷해 보이지만, 해결하는 문제가 다릅니다.
⏱️ 10초 안에 답하기: 데이터를 여러 소비자가 동시에 읽어야 한다면? → Kinesis. 한 번 처리하고 삭제하면 된다면? → SQS
핵심 차이점
의사결정 플로우차트
다이어그램 로딩 중...
실전 시나리오별 추천
클릭스트림 분석
- 초당 수만 건 웹사이트 클릭 이벤트
- 실시간 대시보드 + S3 아카이브 동시 소비
- 데이터 재처리 필요 (분석 로직 변경 시)
- → Kinesis Data Streams 추천
주문 처리
- 주문 1건 → 처리 완료 → 큐에서 삭제
- 처리 실패 시 DLQ(Dead Letter Queue)로 이동
- 정확히 한 번 처리 보장 필요
- → SQS FIFO 추천
로그 수집
- 수백 대 서버에서 로그 전송
- Elasticsearch + S3 + Lambda 등 다중 소비자
- 순서 유지하며 실시간 모니터링
- → Kinesis Data Streams 추천
마이크로서비스 통신
- 서비스 A가 서비스 B에 작업 요청
- 소비자 1개, 단순 큐 패턴
- 트래픽 변동에 자동 대응
- → SQS Standard 추천
자격증 시험 포인트
📝 SAA-C03 시험 필수 포인트:
- "실시간 스트리밍" + "다중 소비자" → Kinesis Data Streams
- "메시지 큐" + "디커플링" → SQS
- "순서 보장" + "정확히 한 번" → SQS FIFO
- "데이터 재처리/리플레이" → Kinesis (SQS는 삭제됨)
- Kinesis Data Firehose: S3, Redshift, Elasticsearch로 자동 전달 (코드 불필요)
- SQS + Lambda: 이벤트 소스 매핑으로 자동 폴링
✏️
본인의 말로 설명해 보세요
Kinesis와 SQS의 차이를 컨베이어 벨트와 우체통에 비유해서 설명해보세요.
💡 Kinesis는 컨베이어 벨트(여러 사람이 동시에 보며 흘러감), SQS는 우체통(꺼내면 사라짐)...