Docker volume으로 데이터 영속성은 어떻게 작동합니까?

Question

Accepted Answer

기본적으로 container 내의 데이터는 **일시적**입니다 — container가 제거되면 사라집니다. **volume**(그리고 bind mount)은 container보다 오래 지속되는 **영속적 저장소**를 제공하며, 이는 데이터베이스와 container 재시작/제거를 견뎌야 하는 모든 데이터에 필수적입니다.

## 문제: container는 일시적이다

```text
container의 쓰기 가능 layer는 container가 제거되면 삭제됨:
  → container 내부에 쓰인 데이터(예: 데이터베이스의 파일)가 사라짐
  → container는 일회용/교체 가능하도록 만들어짐 → 중요한 데이터를 그 안에 저장하지 말 것
→ 영속적인 데이터를 위해서는 container의 라이프사이클 밖에 있는 저장소가 필요함.
```

## volume — 관리되는 영속적 저장소

```bash
# named volume 생성 및 사용(Docker가 관리함)
docker volume create mydata
docker run -v mydata:/var/lib/mysql mysql      # volume을 container에 마운트
# → /var/lib/mysql의 데이터는 volume에 영속되어, container 제거를 견딤

docker volume ls                 # volume 목록
docker volume inspect mydata     # 세부 정보
```

**volume**은 Docker가 관리하는 영속적 저장소(호스트에 저장되고 Docker가 관리)입니다 — 데이터를 영속화하는 데 선호되는 방법입니다. 마운트된 경로의 데이터는 container가 제거되어도 살아남습니다.

## bind mount — 호스트 디렉터리 매핑

```bash
# bind mount: 특정 호스트 디렉터리를 container에 매핑
docker run -v /host/path:/app -p 3000:3000 myapp
docker run -v $(pwd):/app myapp   # 현재 디렉터리 마운트(개발에 매우 좋음)
# → 호스트의 변경 사항이 container에 반영됨(그 반대도 마찬가지)
```

**bind mount**는 호스트 디렉터리를 container에 매핑합니다 — 개발에 유용합니다(호스트에서 코드를 편집하고 container에서 변경 사항을 실시간으로 확인).

## volume 대 bind mount

```text
VOLUME       → Docker가 관리, 이식 가능, 영속적 데이터에 선호되는 선택
               (데이터베이스, 업로드) — 호스트의 파일시스템 레이아웃과 분리됨
BIND MOUNT   → 특정 호스트 경로를 매핑; 개발에 매우 좋음(실시간 코드 리로드)
               및 호스트 파일 공유; 호스트의 파일시스템에 묶임
tmpfs        → 인메모리(비영속), 민감하거나 임시적인 데이터용
```

## 왜 중요한가

volume을 이용한 데이터 영속성을 이해하는 것은 데이터가 있는 모든 애플리케이션에서 Docker를 올바르게 사용하는 데 필수적이므로, 중요한 실용 지식입니다.

근본적인 문제 — **container는 일시적**이며 제거 시 쓰기 가능 layer가 삭제되어 **container 내부에 쓰인 데이터가 사라진다**는 것 — 은 핵심 개념입니다. container는 일회용으로 만들어졌으므로, 그 안에 중요한 데이터(예: 데이터베이스 파일)를 저장하면 container가 교체될 때 데이터 손실이 발생합니다. **volume**은 container의 라이프사이클 밖에서 존속하는 **Docker가 관리하는 영속적 저장소**를 제공하여 이를 해결하므로, 데이터(데이터베이스, 업로드, 모든 상태)가 container 제거 및 교체를 견딥니다 — 상태가 있는(stateful) 애플리케이션에 필수적입니다.

**bind mount**(호스트 디렉터리를 container에 매핑)를 이해하는 것은 **개발**(호스트에서 코드를 편집하고 container에서 변경 사항을 실시간으로 보는 매우 흔한 개발 워크플로)과 호스트 파일 공유에 중요합니다.

**구분** — volume(Docker가 관리, 이식 가능, 데이터베이스 같은 영속적 애플리케이션 데이터에 선호되는 선택) 대 bind mount(호스트 경로 특정적, 개발에 매우 좋음) — 을 아는 것은 올바른 접근법을 선택하는 데 도움이 됩니다.

container는 설계상 일시적이고 대부분의 실제 애플리케이션은 영속되어야 하는 데이터(특히 데이터베이스)를 가지며, volume이 영속적 저장소를 위한 필수 메커니즘이고(bind mount는 개발에 중요함), Docker 데이터 영속성 — 일시적 container 문제, 영속적 데이터를 위한 volume, 개발을 위한 bind mount, 각각의 사용 시점 — 을 이해하는 것은 필수적이고 실질적으로 관련된 Docker 지식이며, 상태가 있는 애플리케이션을 올바르게 실행하고 일회용 container에 저장된 데이터를 잃는 심각한 실수를 피하는 데 필요합니다.