AWS RDS / DYNAMODB

RDS에서 람다 호출 

- 데이터베이스 인스턴스 안에서 호출 가능 > 즉, 람다가 데이터 이벤트 처리 가능 ; RDS for PostgreSQL / Aurora MySQL

- AWS 콘솔이 아닌 RDS에서 설정

- 람다의 RDS 인바운드 트래픽 허용 + RDS의 인바운드 트래픽 전체 허용; NAT GW / VPC 엔드포인트 등 사용 위해

- DB의 IAM 정책 확인 필요 ;

 

RDS 이벤트 알림 

- RDS 이벤트 알림과 완전히 다르다 -> 이벤트 알림은 데이터 자체의 정보는 X 

- 생성 시각, 정지시각, 시작된 시각 

- 구독 대상 ; 데이터베이스 인스턴스 / 스냡샷 / 파라미터 그룹 / 보안 그룹 / 프록시 / 커스텀 엔진 버전 이벤트

- 최대 5분의 근 실시간 이벤트 

- 예시 : SNS 전송 또는 Eventbrdige -> 이후 람다 함수 이용 

 

AWS DynamoDB ; 멀티 AZ 클라우드 네이티브 NoSQL 데이터베이스 서비스 (RDS/오로라는 관계형 DB)  

- 구조 : PRIMAYRY KEY(파티션 키 / 정렬키; sort key)+ ATTRIBUTE(속성 테이블) 

- 클래스와 자동으로 부여되는 기본 키

- Standard 테이블 클래스 ; 빈번 데이터  

- 기본키 = 파티션 키 + 정렬키(옵션)

- IA 테이블 클래스 ; 빈번 X 데이터 

- 완전 관리형 ; 오토스케일링 버저닝 패치 

- 트랜잭션 기능 지원 

- 내부에서 분산 > 워크로드 확장 가능

- 수조개의 행 / 수백 TB 스토리지 

- 한자릿수 밀리초의 성능 및 높은 일관성 

- 보안=IAM과 통합

- 항목 최대 크기 400MB ; 큰 데이터는 비적합!!

- DB가 이미 존재하는 서비스 (RDS/오로라는 DB를 만드는 서비스) > 테이블 삭제 /생성 필요 없이 데이터 저장 가능 

- 스키마 전개가 매우 쉽고 빠름!! (RDS/오로라는 관계형이라 번거로움) 

- 읽기/쓰기 용량 모드 설정 필요 ; 1. 프로비저닝 모드!! (많고 예측가능한 경우 비용 줄일 수 있다) 2. 온디맨드 모드

 

DynamoDB Accelerator (DAX) ; DynamoDB 용 인메모리 캐시!! 

- DAX 클러스터 생성 > 읽기 혼잡 해소

- 마이크로초 수준의 지연시간

- 캐시 기본 TTL = 5 분 ; 변경 가능 

- ElastiCache(집계 결과 저장) vs DAX(대용량 연산) ; DynamoDB 앞 / 개별 객체 캐시및 쿼리와 스캔캐시 처리에 유용

 

DynamoDB 스트림 처리 ; DynamoDB 변경에 실시간 반응하는데 활용!!

- 예시 ; 사용 분석 / 파생테이블 삽입 / 리전 복제 / 람다 함수 등

- 1. DynamoDB 스트림 ; 24시간 보존 기간 / 소비자 수 제한 / 람다 트리거와 사용 / 자체적 읽기 실행 시 DynamoDB Stream Kinesis 사용 

- 2. Kinesis Data Strema ; 1년 보존시간 / 더 많은 소비자수 / 더 많은 데이터 처리 방법 ; 람다 KinesisDataAnalytics ETL 등

- DynamoDB 스트림 사용 시, 처리계층 두기 가능 > 필터링 / 변환 또는 SNS로 메시지 알림 보내기 등

- 글로벌 테이블!! ; 다중활성복제(모든 리전에서읽기 쓰기 됨) < DynamoDB 스트림 활성 전제

 

DynamoDB 백업 및 관리  

- TTL 기능!! ; 만료 타임스탬프 > 자동으로 항목 삭제 ; 세션관리 등  

- PITR (지정시간 복구) !!; 35일 동안 지속 / 언제든 지정시간 복구 실행 가능  / 새로운 테이블 생성됨 

- 온디맨드 백업!! ; 성능 영향 없음 / AWS Backup (수명주기 정책 / 리전간 백업 복사 가능)

 

DynamoDB - S3 

- S3에 테이블 내보내기 가능 ; PITR 활성화 전제!!

- DynamoDB > S3 > 쿼리 수행 할 때 >>>> AMAZON ATHENA 사용 필요 

- 이때 테이블을 내보내도 읽기 성능 영향 x > 따라서 S3 옮긴 후 데이터 분석 또는 감사 / 대규모 ETL