서버리스 아키텍쳐 구현 예시

To do list 

- API GATEWAY ; REST HTTPS / 람다 함수 인보크 

- LAMBDA ; DB에서 쓰기 읽기

- DYNAMODB ; 서버리스DB

- COGNITO ; 사용자 인증 ; GATWWAY가 COGNITO와 함께 인증해줌 

- 만약 S3를 쓸 경우 ; COGNITO AWS STS!! (SECURITY TOKEN SERVICE) 사용 > 임시 자격 증명 

- 읽기 처리량을 늘릴 경우 ; DAX 사용!! // GATEWAY에서 캐싱할 수도 있음!! (REST 요청에 대해서)

 

서버리스 웹사이트 

- S3 버킷 ; 특정 리전에 존재 > CLOUDFRONT로 글로벌

- BUCKET POLICY ; CLOUDFRONT에서만 접근하도록 설정 >QHGH  

- 나머지 아키텍쳐는 TO DO LIST와 동일 > DYNAMODB GLOBAL DB 사용하여 지연 축소!!

- 신규 방문자 메시지 ; DYNAMODB STREAM!! > LAMBDA INVOKE > AMAZON SES 

 

마이크로서비스 아키텍쳐 

- 서비스 개발 수명 주기를 줄일 수 있다 ; 독립적으로 확장 / 코드 리포지토리 

- 마이크로서비스는 DNS 또는 URL이 있음 

- HTTPS > 첫번째 마이크로서비스 - ELB - ECS - DYNAMODB

- HTTPS > API GATEWAY - LAMBDA - ELASTIC CACHE ... ETC

- 1. 동기식 패턴 ; 마이크로서비스를 명시적 호출 ; 다른 마이크로서비스에 HTTPS 인보크 하는 경우 

- 2. 비동기식 패턴 ; SQS KINESIS SNS LAMBDA에 트리거로 작동하는 경우 

- 문제점 ; 새로운 마이크로서비스 생성 시 오버헤드 발생 / 사용률 밀도 등 최적화 어려움 / 동시 가동 어려움 >>> 서버리스로 커버 

 

소프트웨어 업데이트 오프로딩 ; 컴퓨터에서 패치를 다운로드 EC2 설치하는 상황 

- 업데이트 시, 요청을 많이 받음

- 네트워크 통한 배포 > 비용 과다 발생 

- 어플리케이션 변경 또는 아키텍팅 다시 하기 없이 비용 및 CPU 최적화하는 방법 ???? 

- CLOUDFRONT를 활용!!! >기존 아키텍쳐는 그대로 > 따라서 ASG 많이 확장 X