실제 데이터를 포함한 완전한 PostgreSQL 사본을 30초 이내에 만들 수 있습니다. dump도 restore도 필요 없고, 초기 추가 스토리지도 거의 없습니다.
기본 방식은 여전히 pg_dump 후 pg_restore입니다. 작은 데이터베이스에는 괜찮지만, 프로덕션 규모가 되면 팀 속도를 크게 늦춥니다.
클라우드 스냅샷 복원은 더 낫지만 여전히 몇 분이 걸리고, 여전히 전체 복사본을 만듭니다.
Vela는 스토리지 계층에서 클론을 만듭니다. 소스와 클론은 처음에 같은 블록을 공유하므로 대규모 복사가 없습니다.
쓰기 변경이 생긴 블록만 별도로 저장됩니다. 그래서 생성 속도는 빠르고, 스토리지 비용도 실제 변경량에 따라 늘어납니다.
클로닝이 빠르고 저렴하며 쉽게 버릴 수 있을 때 현실화되는 워크플로입니다.
실제 프로덕션에 적용하기 전에 프로덕션 클론에서 스키마 변경을 검증하세요.
합성 데이터 대신 프로덕션 규모 데이터로 벤치마크하세요.
하나의 공유 dev DB 대신 각 엔지니어에게 전체 사본을 제공하세요.
프로덕션을 클론하고, 클론 내부에서 마스킹한 뒤 안전한 사본만 공유하세요.
| 항목 | pg_dump / restore | 클라우드 스냅샷 복원 | Vela CoW 클론 |
|---|---|---|---|
| 생성 시간 (100 GB) | 45-90분 | 10-30분 | < 30초 |
| 클론당 추가 스토리지 | 100 GB 전체 복사 | 100 GB 전체 복사 | 생성 시 거의 0 |
| 동시 10개 클론 | ~1 TB 추가 | ~1 TB 추가 | 데이터 변경 전까지 거의 0 |
| API 자동화 | CLI 전용 | 클라우드 API | REST API 및 UI |
Vela는 스토리지 계층에서 copy-on-write를 사용합니다. 변경되지 않은 블록은 원본과 공유되므로 생성 시 전체 데이터 전송이 필요하지 않습니다.
클론은 격리된 사본입니다. 브랜치는 같은 기반 메커니즘을 사용하지만 브랜칭 워크플로 안에서 관리됩니다.
생성 시 거의 없습니다. 클론이나 원본이 서로 다른 블록을 수정하기 시작할 때만 추가 스토리지가 증가합니다.
네. Vela는 프로덕션 트래픽을 멈추지 않고 일관된 스냅샷을 생성합니다.
인프라 준비 없이 sandbox에서 copy-on-write 클로닝을 바로 체험해 보세요.