서버리스란
서버가 없는게 아니라 서버관리를 AWS가 해준다 즉 프로비저닝하거나 관리할 인프라가 없는 것
종량제 요금
소비 단위에 따라 자동으로 크기 조정 (AutoScaling)
내장된 보안, 고가용성 컴퓨팅
서버리스 아키텍처
게임 개발 시 AWS Lambda를 통한 서버리스 아키텍처 활용하기 | Amazon Web Services 한국 블로그
유지관리가 아닌 개발에 집중할 수 있음
소결합되고 확장성이 뛰어난 워크로드 생성
총 소유 비용이 절감된다
Amazon API Gateway
애플리케이션을 위한 진입점 생성
수천건의 동시 API 호출 처리
인터넷 연결 또는 내부 트래픽만 선택
여러 마이크로 서비스를 위한 통합 API 프론트엔드를 생성
WAF 와 연동되어 DDoS 보호 및 제한 기능 제공
벡엔드에 대한 요청을 인증 및 권한 부여
Amazon SQS(Simple Queue Service)
완전 관리형 메세지 대기열 서비스
처리 및 삭제될 때까지 메세지를 저장
발신자와 수신자 간 버퍼 역할 담당
SQS에 CloudWatch 달아서 대기열이 너무 길어지면 메세지 처리 서버를 AutoScaling으로 늘려줄 수 도 있음
메세지 생명주기
- 생산자가 메세지 대기열에 전송, 메세지는 중복 배포
- 소비자가 메세지를 픽업해서 처리, 가시성 시간(메세지를 처리하고 삭제하는데 걸리는 시간) 제한 시작
- 메세지 처리 후 삭제
메세지 대기열을 사용하는 이유
- 서비스간 통신
- 비동기 작업 항목
- 상태 변경 알림
특정 메세지 선택 못함
대용량 메세지X
Amazon SNS(Simple Notification Service)
Publisher 가 topic 을 올리고 거기에 구독한 구독자들에게 알림을 뿌린다.
- 게시된 단일 메세지
- 푸시 매커니즘, 회수 옵션 없음
- HTTP 또는 HTTPS 요청 베이스
- 표준 또는 FIFO
사용 예시
예를 들어
클라이언트가 온라인 주문 넣고
SNS에 메세지 들어가고 Topic에 따라
SQS1,2에 메세지 넘기는데
SQS1와 연결된 쪽은 주문처리하고
SQS2와 연결된 쪽은 분석하는 등
하나의 메세지를 여러 큐에서 처리할 수 있게 함
보통
Amazon CloudWatch 경보 알림
메일 발송 목록 이메일 및 SMS 메시지
앱 업데이트 푸시 알림
등에 사용된다.
기능 | Amazon SNS | Amazon SQS |
메세지 지속성 | X | O |
전송 매커니즘 | 푸시(수동적) | 풀링(능동적) |
배포 모델 | 1:N | 1:1 |
'TIL > AWS' 카테고리의 다른 글
[AWS 2023 Summit] 오픈소스 데이터베이스로 탈 오라클 (0) | 2023.06.12 |
---|---|
[AWS] AWS 볶음밥 11 (0) | 2022.07.22 |
[AWS] AWS 볶음밥 9 (자동화) (0) | 2022.07.22 |
[AWS] AWS 볶음밥8 (컨테이너) (0) | 2022.07.22 |
[AWS] AWS 볶음밥7 (모니터링, 스케일링) (0) | 2022.07.21 |
댓글