DynamoDB vs Amazon Aurora

내 워크로드에는 DynamoDB와 Aurora 중 무엇이 적합한가요?

Amazon DynamoDB는 규모와 관계없이 한 자릿수 밀리초 성능을 제공하도록 설계된 완전 관리형 NoSQL 키-값 및 문서 스토어로, 고정된 스키마가 없습니다. Amazon Aurora는 MySQL 및 PostgreSQL과 호환되는 관리형 관계형 데이터베이스로, 테이블, 조인, ACID 트랜잭션을 갖춘 완전한 SQL을 사용합니다. 대규모 키-값 접근에는 DynamoDB를, 관계형 쿼리에는 Aurora를 선택하세요.

한눈에 보는 DynamoDB vs Amazon Aurora

특성	DynamoDB	Amazon Aurora
데이터 모델	NoSQL 키-값 및 문서 스토어; 스키마리스(기본 키만 필수)	관계형: 정의된 스키마와 관계를 갖춘 구조화된 테이블, 행, 열
쿼리 언어	AWS SDK/API 작업과 select/insert/update/delete를 위한 SQL 호환 쿼리 언어인 PartiQL	완전한 SQL, MySQL 또는 PostgreSQL과 호환
조인	서버 측 조인 없음; 접근 패턴을 사전에 모델링(주로 단일 테이블 설계)	관계형 엔진을 통한 테이블 간 네이티브 SQL `JOIN`
인덱스	로컬 및 글로벌 보조 인덱스(LSI / GSI)	MySQL/PostgreSQL이 제공하는 표준 관계형 인덱스(기본 및 보조)
일관성	기본적으로 최종적 일관성(읽기); 요청별로 강력한 일관성(읽기) 사용 가능	완전한 관계형 무결성을 갖춘 강력한 일관성
확장	파티션 전반에 걸쳐 수평 확장; 테이블당 항목 수나 테이블 크기에 상한 없음; 온디맨드 또는 프로비저닝된 용량	라이터 1개 + 3개 가용 영역에 걸친 최대 15개의 저지연 읽기 복제본으로 구성된 클러스터; 스토리지는 최대 256 TiB까지 자동 증가; Aurora Serverless v2는 용량을 자동 확장
트랜잭션	단일 Region 내에서 최대 100개 항목(집계 4 MB)의 ACID 트랜잭션	완전한 다중 문장 ACID 트랜잭션
요금제	온디맨드 또는 프로비저닝된 용량(읽기/쓰기 단위)에 스토리지 추가	인스턴스 용량(On-Demand 또는 Reserved) 또는 Aurora Serverless v2에 스토리지 및 I/O 추가
적합한 용도	웹 규모의 키-값/문서 워크로드, 예측 가능한 저지연	조인, 복잡한 쿼리, SQL 친숙함이 필요한 관계형 워크로드

DynamoDB가 더 나은 선택인 경우

DynamoDB는 접근 패턴이 알려져 있고 키 기반이며, 트래픽이 증가해도 예측 가능한 한 자릿수 밀리초 지연 시간이 필요할 때 적합합니다. AWS DynamoDB Developer Guide에 따르면, DynamoDB는 항목 수나 전체 테이블 크기에 상한 없이 분산 하드웨어에서 수평 확장하도록 설계되어 소셜 네트워크, 게임, 미디어 공유, IoT 같은 웹 규모 애플리케이션에 적합합니다. 크기를 조정할 인스턴스가 없는 서버리스 운영 모델을 원하고, 유연하고 반구조화된 항목 형태(JSON 포함)가 장점이 되는 경우에 잘 맞습니다. 워크로드가 간헐적이거나 키-값 성격이라면, DynamoDB의 요청별 모델은 비용이 사용량을 밀접하게 따라가도록 합니다.

Aurora가 더 나은 선택인 경우

Aurora는 관계형 워크로드에 적합합니다. 실제 관계를 가진 데이터, 복잡한 임시 쿼리, 조인, 집계, 그리고 SQL이 자연스러운 도구가 되는 리포팅 작업이 이에 해당합니다. Aurora는 MySQL 및 PostgreSQL과 호환되므로 기존 SQL 코드, 도구, ORM이 대체로 거의 변경 없이 작동하며, 이미 SQL에 능숙한 팀은 기존 역량을 그대로 유지합니다. 여러 관련 테이블에 걸친 강력한 일관성과 관계형 무결성이 중요하거나, 풍부한 스키마를 아우르는 다중 문장 트랜잭션이 필요할 때 Aurora는 강력한 선택입니다. AWS는 또한 두 서비스가 종종 상호 보완적이라고 언급합니다 — 예를 들어 핫 경로에는 DynamoDB를, 분석 또는 리포팅 경로에는 Aurora를 사용하는 식입니다.

DynamoDB로 작업하기

DynamoDB를 선택했다면, DynoTable은 AWS 콘솔 없이 테이블을 탐색하고 편집하고 쿼리할 수 있는 데스크톱 DynamoDB 클라이언트입니다. DynamoDB에는 서버 측 조인이 없기 때문에, 키와 인덱스에 대한 쿼리를 표현하는 것이 일상 작업의 대부분을 차지합니다. 무료 DynamoDB Expression Builder는 키 조건, 필터 표현식, 프로젝션을 구성하고 그에 맞는 SDK, CLI 또는 PartiQL 코드를 생성하는 데 도움을 줍니다. DynoTable은 클로즈드 소스 상용 애플리케이션입니다. 표준 AWS 자격 증명을 읽어 DynamoDB와 직접 통신하므로, 다른 클라이언트에서 전환할 때 마이그레이션할 것이 없습니다.

FAQ

DynamoDB가 Aurora보다 저렴한가요?

워크로드에 따라 다릅니다 — 어느 쪽도 보편적으로 더 저렴하지는 않습니다. DynamoDB는 온디맨드 또는 프로비저닝된 읽기/쓰기 용량에 스토리지를 더해 청구하므로 비용이 요청량을 따라가며 유휴 상태일 때는 0에 가까워질 수 있습니다. Aurora는 인스턴스 용량(또는 Aurora Serverless v2)에 스토리지와 I/O를 더해 청구합니다. 간헐적인 키-값 트래픽에는 DynamoDB의 요청별 모델이 대체로 더 저렴하고, 지속적이고 대용량인 관계형 워크로드에는 프로비저닝된 Aurora 클러스터가 더 경제적일 수 있습니다. 결정하기 전에 자신의 읽기/쓰기 패턴을 모델링해 보세요.

서버리스 앱에는 Aurora와 DynamoDB 중 무엇이 좋나요?

둘 다 서버리스 방식의 운영을 제공하므로, 결정 요소는 청구 모델이 아니라 데이터 모델입니다. DynamoDB는 설계상 서버리스입니다 — 관리할 인스턴스가 없고, 용량이 자동으로 확장되며, 요청별 요금제를 사용합니다 — 이는 대규모 키-값 및 문서 접근에 적합합니다. Aurora Serverless v2는 관계형 엔진을 자동 확장하며(유휴 시 0으로 축소 가능), SQL, 조인, 관계형 무결성이 진정으로 필요한 서버리스 앱에 적합합니다. 키-값 접근 패턴에는 DynamoDB를, 앱이 근본적으로 관계형일 때는 Aurora를 선택하세요.