소개

Lambda의 데이터 스토어처로서 DynamoDB를 사용해 보았으므로 구축 순서나 사양에 대한 지견을 정리해 둡니다.

DynamoDB의 특징

NoSQL

자동 파티셔닝

수수료

AWS 공식 요금표

용량 유닛

읽기/쓰기 용량의 상한

설명이 어려우므로 여기서는 생략합니다만, 자주 데이터의 읽고 쓰기가 발생하지 않으면 거기까지 요금은 들지 않습니다.

스토리지

25GB/월까지 무료

그 이후는 월액 0.25 USD/GB

데이터 전송

같은 AWS 계정 리전 내의 다른 AWS 서비스로의 전송은 무료

더 자세히 알고 싶은 분은 이쪽

선정 이유

Lambda로 컨테이너를 병렬로 복수대 기동했을 때에 RDBMS라면 최대 커넥션수가 적고, 기본적으로 궁합이 좋지 않기 때문에(MySQL의 t2.medium에서도 150이 한계)

만드는 방법

초기 설정은 테이블 이름과 기본 키만! ! ! (손쉽게 )
기본 키는 다음 세 가지 유형 중에서 선택합니다.
- 문자열
- 바이너리
- 숫자
정렬 키를 추가하면 복합 키처럼 사용할 수도 있습니다!

Scan과 Query의 차이

Scan은 테이블 전체를 검색하고, Query는 프라이머리 키(정렬 키)를 조건으로 특정 범위내의 검색이 됩니다. Scan은 부하가 높아지므로 가능한 한 Query를 이용합시다!

요약

스토리지도 신경쓰지 않고, 튜닝도 불필요하므로 관리는 매우 편합니다!
테이블 설계조차 제대로 되어 있으면 이만큼 편리한 것은 없다고 생각했습니다!
다만, 쿼리의 작성 방법이 독특했기 때문에 그 근처조차 조심하면 문제 없을까 생각합니다.

하마리 포인트

1 리퀘스트의 상한이 1MB이므로 단번에 취득할 때는 LastEvaluatedKey 가 없어질 때까지 반복해 취득하는 처리의 실장이 필요하게 된다.

참고 사이트

MongoHQ와 Amazon DynamoDB 비교
왜 AWS Lambda와 RDBMS 간의 궁합이 나쁜지를 간단히 설명
DynamoDB에 대해 지금 조사했으므로 메모 | 주식회사 란체스터