Client → ALB/NLB → App Server → SQS → Worker/Consumer
https://blog.besharp.it/3-ways-to-decouple-your-microservices-sqs-queues-elb-load-balancing-and-sns-notification-system/
실무 가치? 매우 큽니다. 대규모 트래픽, 외부 연동, 간헐 장애, 재시도·중복처리 이슈가 있는 곳이면 SQS가 운영 난이도와 장애 비용을 크게 낮음
비동기 처리는 **사용자에게 "지금 즉시 결과를 줄 필요는 없지만, 확실히 처리해야 하는 작업"**을 큐에 넣고 나중에 처리하는 전략입니다.
[Client / Web / Mobile] ↓ [ALB (Application Load Balancer)] ↓ [EC2 / ECS / Lambda] ← (API 서버 역할) ↓ [Amazon SQS] ← (비동기 처리용 메시지 저장소) ↓ [백엔드 Worker or Lambda] ↓ [DB / SNS / 외부 서비스]
https://aws.amazon.com/ko/blogs/aws/queues-and-notifications-now-best-friends/
sqs 를 서비스의 트래픽 처리에 활용하려면 api 통신 앞단에 두고 큐 메세지 방식으로 처
http 주문 완료 버튼 > 백엔드에서 sqs 에 메세지 전송 > sqs lambda 트리거 발행 모바일 푸시
<aside> 💡
SSL Offloading 기능 쓸건지?
</aside>
프론트 정적만 S3로 분리 (가능?)