DynamoDB vs Amazon DocumentDB

둘 다 완전 관리형 AWS NoSQL 데이터베이스이지만, 서로 다른 문제를 해결합니다. DynamoDB는 서버리스 키-값 및 문서 스토어이고, Amazon DocumentDB는 MongoDB 호환 문서 데이터베이스입니다. 이 페이지는 데이터 모델을 확정하기 전에 올바른 것을 고를 수 있도록 두 서비스를 사실에 근거해 비교합니다.

DynamoDB와 DocumentDB의 차이는 무엇인가요?

DynamoDB는 관리할 서버나 클러스터가 없는 서버리스 키-값 및 문서 데이터베이스로, 요청량이나 프로비저닝된 용량으로 확장합니다. Amazon DocumentDB는 인스턴스 클러스터(프라이머리 1개에 읽기 복제본 추가)에서 실행되는 MongoDB 호환 문서 데이터베이스입니다. DynamoDB는 자체 API를 사용하고, DocumentDB는 MongoDB API를 사용하므로 기존 MongoDB 앱, 드라이버, 도구가 그대로 작동합니다.

한눈에 보는 DynamoDB vs Amazon DocumentDB

특성	DynamoDB	Amazon DocumentDB
데이터 모델	키-값 및 문서(타입 지정 속성을 갖는 항목)	문서(컬렉션 내 JSON/BSON 문서)
쿼리 API	DynamoDB API(`GetItem`, `Query`, `Scan`, `PutItem`, `UpdateItem`)와 PartiQL	MongoDB API — MongoDB에서 사용하는 것과 동일한 드라이버, 도구, `mongo`/`mongosh` 셸
최대 레코드 크기	항목당 400 KB	문서당 16 MB(BSON, MongoDB 문서 제한)
인덱스	글로벌 보조 인덱스(GSI) 및 로컬 보조 인덱스(LSI)	복합 인덱스를 포함한 MongoDB 방식의 보조 인덱스
일관성	기본적으로 최종적 일관성(읽기); 선택적 강력한 일관성(읽기); ACID 트랜잭션	프라이머리 읽기는 강력한 일관성; 복제본 읽기는 최종적 일관성 가능(읽기 기본 설정); ACID 트랜잭션
확장 / 프로비저닝	서버리스 — 인스턴스나 클러스터 없음; 온디맨드 또는 프로비저닝된 용량	인스턴스 기반 클러스터(프라이머리 1개에 최대 15개 복제본) 또는 탄력적 클러스터; 서버리스 인스턴스 클래스도 제공
요금제	요청당 과금(온디맨드) 또는 프로비저닝된 읽기/쓰기 용량에 스토리지	인스턴스 시간당 컴퓨팅에 I/O 요청, 스토리지, 백업 스토리지
적합한 용도	알려진 접근 패턴을 갖는 대규모 키-값 및 서버리스 워크로드	AWS에서 MongoDB API가 필요한 기존 MongoDB 워크로드와 문서 앱

크기는 각 서비스의 자체 문서를 따릅니다. DynamoDB는 크기를 이진 단위(1 KB = 1024바이트)로 측정하며, DocumentDB의 16 MB 수치는 표준 MongoDB BSON 문서 제한입니다.

DynamoDB가 더 나은 선택인 경우

관리할 인프라를 없애고 싶은 경우. DynamoDB에는 크기를 조정하거나 패치하거나 장애 조치할 인스턴스, 클러스터, 복제본이 없습니다 — 테이블을 만들고 읽고 쓰기만 하면 됩니다. 용량은 온디맨드(요청당 과금) 또는 프로비저닝입니다.
워크로드가 알려진 접근 패턴을 갖는 키-값 또는 단일 테이블인 경우. DynamoDB는 쿼리를 중심으로 사전에 설계하는 것에 보상을 줍니다. DynamoDB에서 데이터를 모델링하는 방법과 단일 테이블 설계를 참고하세요.
매우 큰 규모에서 예측 가능한 성능이 필요한 경우. DynamoDB는 트래픽이 증가해도 평탄하게 유지되는 한 자릿수 밀리초의 읽기와 쓰기를 제공합니다.
AWS에서 서버리스를 구축 중인 경우. DynamoDB는 Lambda 및 요청당 과금과 자연스럽게 어우러지며, 유휴 인스턴스 비용이 없습니다.

DocumentDB가 더 나은 선택인 경우

이미 MongoDB를 운영 중인 경우. DocumentDB는 MongoDB API 호환이므로 기존 드라이버, 도구, 애플리케이션 코드가 최소한의 변경으로 연결되는 경우가 많습니다 — AWS로의 단순 이전(lift-and-shift)에 유용합니다.
큰 문서나 풍부한 임시 쿼리가 필요한 경우. DocumentDB의 16 MB 문서 제한은 DynamoDB의 400 KB 항목보다 훨씬 크며, MongoDB 쿼리 언어는 모든 접근 패턴을 사전 설계하지 않고도 유연한 필터링과 집계를 지원합니다.
친숙한 API로 문서 우선 모델을 선호하는 경우. 팀이 파티션/정렬 키가 아니라 MongoDB 컬렉션과 문서로 사고한다면, DocumentDB는 그 사고 모델을 유지합니다.

어느 쪽도 엄밀히 "더 낫지"는 않습니다 — DynamoDB는 쿼리 유연성을 손 대지 않는 서버리스 확장과 맞바꾸고, DocumentDB는 서버리스의 단순함을 MongoDB 호환성 및 더 크고 유연한 문서와 맞바꿉니다.

DynamoDB로 작업하기

DynamoDB를 선택했다면, DynoTable은 AWS 콘솔 없이 테이블을 탐색하고 편집하고 쿼리할 수 있는 데스크톱 DynamoDB 클라이언트입니다. 표준 AWS 자격 증명을 읽으므로 데이터는 사용자의 계정과 DynamoDB에 그대로 남습니다.

DynamoDB는 SQL이나 MongoDB 쿼리 언어가 아니라 자체 표현식 구문을 사용하므로, 무료 DynamoDB Expression Builder는 올바른 키 조건, 필터 표현식, 업데이트 표현식을 구성하고 SDK 코드에 바로 복사하는 데 도움을 줍니다. 마이그레이션 전에 비용을 점검하려면, DynamoDB 요금 계산기가 온디맨드 및 프로비저닝된 용량 지출을 추정합니다.

FAQ

DocumentDB는 DynamoDB와 같은 것인가요? 아닙니다. 둘은 별개의 AWS 데이터베이스 서비스입니다. DynamoDB는 자체 API를 갖는 서버리스 키-값 및 문서 스토어이고, Amazon DocumentDB는 인스턴스 클러스터에서 실행되는 MongoDB 호환 문서 데이터베이스입니다. 둘은 쿼리 API를 공유하지 않으며, 프로비저닝, 확장, 요금 책정 방식이 다릅니다.

DynamoDB와 DocumentDB 중 무엇이 더 저렴한가요? 워크로드에 따라 다르므로 보편적인 답은 없습니다. DynamoDB는 요청당(온디맨드) 또는 프로비저닝된 용량에 스토리지를 더해 청구하며 유휴 인스턴스 비용이 없으므로 — 급증하거나 기저 트래픽이 낮은 경우에 대체로 더 저렴합니다. DocumentDB는 인스턴스 시간당에 I/O, 스토리지, 백업을 더해 청구하며, 적절히 크기를 맞춘 인스턴스에서 꾸준하고 처리량이 높은 워크로드에는 더 비용 효율적일 수 있습니다.

DynamoDB는 MongoDB API를 지원하나요? 아닙니다. DynamoDB는 자체 API(GetItem, Query, Scan, PutItem, UpdateItem)를 사용하며 SQL 호환 쿼리 언어인 PartiQL도 지원합니다. MongoDB API 호환성을 제공하는 AWS 서비스는 Amazon DocumentDB입니다.