Day 4 - RDS/Aurora & 스토어 선택: OLTP, 제로 ETL, 워크로드→스토어 결정

오늘은 관계형 OLTP 스토어인 Amazon RDS/Aurora를 분석 데이터 흐름 관점에서 보고, 제로 ETL(Aurora→Redshift) 통합을 다룬 뒤, "워크로드를 보고 스토어를 고르는" 의사결정 프레임을 정리합니다.

RDS와 Aurora 개요

• Amazon RDS: MySQL, PostgreSQL, MariaDB, Oracle, SQL Server 등 관리형 관계형 DB. 패치·백업·복구를 자동화한 전통적 엔진 호스팅.
• Amazon Aurora: MySQL/PostgreSQL 호환의 클라우드 네이티브 엔진. 스토리지가 6개 사본(3 AZ)으로 자동 복제되고, 컴퓨트·스토리지가 분리되어 스토리지가 자동 확장(최대 128TiB)됩니다. RDS보다 높은 성능·가용성을 제공.

Aurora: 단일 쓰기 인스턴스 + 다수 읽기 복제본(reader)
        └── 공유 분산 스토리지(6 copies / 3 AZ) — 복제 지연 최소

💡 관련 이론: RDS/Aurora는 본질적으로 행 기반 OLTP입니다. 정규화된 스키마, 트랜잭션(ACID), 단건/소량 행 처리에 최적이며, 대규모 컬럼 집계·스캔 분석에는 Redshift/Athena가 적합합니다.

OLTP vs OLAP