패턴 갤러리
배달앱 백엔드 아키텍처
중급월 ~$500 (10만 DAU 기준)
ECSFargateALBRDSElastiCacheSQSSNS
배달앱 백엔드 아키텍처
주문 접수부터 배달 완료까지, 실시간 처리와 높은 안정성이 필요한 배달 서비스의 AWS 기반 마이크로서비스 패턴입니다.
🏗️ 이 패턴을 사용하면 좋은 경우: 배달/물류 플랫폼, 실시간 주문 처리 시스템, 이벤트 기반 마이크로서비스 전환
아키텍처 다이어그램
다이어그램 로딩 중...
요구사항
장단점 비교
비용 시뮬레이션
💰 월 비용 예시 (10만 DAU, 일 평균 2건 주문)
- ECS Fargate (4 서비스 × 0.5vCPU): $120
- RDS Aurora (db.r6g.large): $200
- ElastiCache (cache.r6g.large): $100
- ALB: 처리량 기반 = $30
- SQS: 600만 메시지 = $2.40
- SNS: 1,800만 푸시 = $10
- 합계: ~$462/월
EC2 모놀리식이라면: c5.xlarge × 3 ($300) + RDS ($200) + 캐시 없이 DB 부하 증가 = $600+/월
실전 팁
⚠️ 주의할 점:
- SQS 메시지는 최소 1회 전달 보장 — 주문 처리 로직에 멱등성(Idempotency) 필수
- ElastiCache 장애 대비 Read Replica 구성, 캐시 미스 시 DB 폴백 로직 필요
- Fargate 태스크 수 급증 시 ENI 할당 한도 확인 (VPC 서브넷 IP 부족 주의)
- RDS Aurora는 Writer/Reader 엔드포인트 분리하여 읽기 부하 분산
✏️
본인의 말로 설명해 보세요
고객이 주문 버튼을 누른 후 라이더에게 알림이 가기까지의 데이터 흐름을 설명해보세요.
💡 고객 앱 → ALB → 주문 서비스 → RDS 저장 + SQS 발행 → 배차 서비스 → 라이더 배정 → SNS 푸시...