AWS SAA 3일차

* 2일차 복습

서비스: EC2, VPC, S3, IAM

 

리소스: EC2 인스턴스, S3 bucket, VPC, IAM User, ARN(Amazon resource name: 식별자)

- 글로벌 레벨: IAM

- 리전 레벨: VPC, S3 bucket, lambda fuction, DynamoDB table

- 가용영역(AZ) 레벨: EC2 instance, Subnet, RDS

 

서버리스, 완전관리형: 서버관리를 aws가 해준다.

로드밸런스는 타겟그룹, 리스너를 만든다.

부하분산 정책.

오토 스케일링 그룹: 희망용량, 최소용량/최대용량 => 타겟그룹과 연결

오토 스케일링 정책: CPU 70%이상일 때 1대 증설

 

소스 - 빌드환경구성/테스트 - 스테이징(시스템 테스트) - 메뉴얼 승인 - 프로덕션(공용 서버에 배포)

 

* 3일차

1) 비관리형 DB: aws로 db를 관리하지 않고 직접 db를 설치하고, 이중화, 백업, 확장성 관리, 장애 관리 => 직접 모두 관리!

- 드는 생각은 까다롭겠다?

2) 관리형 DB: aws가 db 설치, 패치, 장애관리를 해줌 이중화/확장성/인스턴스 타입은 고객의 선택.

- 이중화는 웹 관리 콘솔에서 선택하여 동기 복제가 가능. DBA가 해야 할 일들을 대신 처리.

- primary, standby

3) DynamoDB: 완전관리형으로 서버리스. 선택적으로 고객이 관리하는 부분이 아니라 모든 것을 aws가 관리.

 

RDBMS

엄격한 스키마 규칙, 데이터 품질

과도한 읽기/쓰기 용량 필요하지 않음

기존 app 요구품질(일관성/트랜잭션관리/락/무결성/설계단계 정규화/조인)

 

NOSQL

수평적 확장

기존 스키마에 적합하지 않음

 

Amazon RDS

- 관리형 관계형 데이터베이스

- 엔진종류: Aurora는 처리량이 다른 데이터베이스에 비해 높고, 아키텍처가 다름.

- RDS 이중화

 쓰기전용 EC2 i

 읽기전용 EC2 i

 

EdgeService(Amazon Cloudfront)

- 글로벌 콘텐츠 전송 네트워크

- Origin server와 가장 가까운 Edge Location 제공 2일차 복습

서비스: EC2, VPC, S3, IAM

 

 

 

리소스: EC2 인스턴스, S3 bucket, VPC, IAM User, ARN(Amazon resource name: 식별자)

 

- 글로벌 레벨: IAM

 

- 리전 레벨: VPC, S3 bucket, lambda fuction, DynamoDB table

 

- 가용영역(AZ) 레벨: EC2 instance, Subnet, RDS

 

 

 

서버리스, 완전관리형: 서버관리를 aws가 해준다.

 

로드밸런스는 타겟그룹, 리스너를 만든다.

 

부하분산 정책.

 

오토 스케일링 그룹: 희망용량, 최소용량/최대용량 => 타겟그룹과 연결

 

오토 스케일링 정책: CPU 70%이상일 때 1대 증설

 

 

 

소스 - 빌드환경구성/테스트 - 스테이징(시스템 테스트) - 메뉴얼 승인 - 프로덕션(공용 서버에 배포)

 

 

 

* 3일차

1) 비관리형 DB: aws로 db를 관리하지 않고 직접 db를 설치하고, 이중화, 백업, 확장성 관리, 장애 관리 => 직접 모두 관리!

- 드는 생각은 까다롭겠다?

 

2) 관리형 DB: aws가 db 설치, 패치, 장애관리를 해줌 이중화/확장성/인스턴스 타입은 고객의 선택.

- 이중화는 웹 관리 콘솔에서 선택하여 동기 복제가 가능. DBA가 해야 할 일들을 대신 처리.

- primary, standby

 

3) DynamoDB: 완전관리형으로 서버리스. 선택적으로 고객이 관리하는 부분이 아니라 모든 것을 aws가 관리.

 

 

 

 

RDBMS

 

엄격한 스키마 규칙, 데이터 품질

 

과도한 읽기/쓰기 용량 필요하지 않음

 

기존 app 요구품질(일관성/트랜잭션관리/락/무결성/설계단계 정규화/조인)

 

 

 

NOSQL

 

수평적 확장

 

기존 스키마에 적합하지 않음

 

 

 

Amazon RDS

 

- 관리형 관계형 데이터베이스

 

- 엔진종류: Aurora는 처리량이 다른 데이터베이스에 비해 높고, 아키텍처가 다름.

 

- RDS 이중화

 

 쓰기전용 EC2 i

 

 읽기전용 EC2 i

 

 

 

EdgeService(Amazon Cloudfront)

 

- 글로벌 콘텐츠 전송 네트워크

 

- Origin server와 가장 가까운 Edge Location 제공

 

* AWS Lambda

- 배포 방식 3가지

1) EC2 instance 배포

2) ECS/EKS 컨테이너 위에 배포: 쿠버네티스를 aws위에서 사용

3) Lambda function 서버리스 배포

- 완전 관리형 컴퓨팅 서비스

- 다양한 언어 지원

- 엣지에서 실행 가능

- 상태 비저장 코드 실행? => 요청이 오고 컨테이너가 띄워지고

 

- 서버리스 컴퓨팅: 서버를 생각하지 않고 애플리케이션과 서비스를 구축하고 실행할 수 있다. 서버리스는 사용자가 서버를 프로비저닝, 확장, 관리할 필요가 없다.

 

Lambda function 구조

1) 실행환경 런타임

2) layer 공통 라이브러리

3) 코드는 로컬에서 개발해서 zip, dll으로 업로드. 반드시 handler 함수가 있어야 함. main 함수. 이 함수의 매개인자는 event, context로 2개이다. layer는 최대 5개까지 쌓을 수 있다.

4) 구성정보: 이벤트 트리거, handler 함수 정의, 15분 시간제한, 메모리 설정. 동시성 500(동시 요청 500개 시 허용)

5) 람다 관련 권한: 처리권한, 호출권한

 

람다가 버킷을 읽을 있는 권한 = 처리권한 = role을 만들어서 람다에게 수임하면 된다.

 

람다 호출 방법: 이벤트 트리거 호출 또는 직접호출

1) 이벤트 트리거 호출

- push 방식: S3 버킷에서 람다를 호출하는 권한으로 호출, 비동기

- pull 방식: 람다가 DB Table 읽는 권한으로 호출

2) 직접호출(동기/비동기)

- invoke로 직접 호출

- api gateway: 람다를 호출하는 직접호출 방식, 동기, 람다 작업이 끝나면 응답을 받음, 호출권한 필요

3) 시간예약 호출

- 람다 호출 예약

 

SNS: Push 수동적, 게시, 구독

SQS: Polling 능동적, 생산자, 소비자, 일대일

- 긴폴링:

- 짧은폴링:

 

아키텍처 문제 1 솔루션