Việc lưu trữ dữ liệu bền vững với Docker volume hoạt động như thế nào?

Question

Accepted Answer

Mặc định, dữ liệu trong một container là **tạm thời (ephemeral)** — mất khi container bị xóa. **Volume** (và bind mount) cung cấp **lưu trữ bền vững** tồn tại lâu hơn container, thiết yếu cho database và bất kỳ dữ liệu nào phải tồn tại qua các lần khởi động lại/xóa container.

## Vấn đề: container là tạm thời

```text
Layer ghi được của một container bị XÓA khi container bị xóa:
  → dữ liệu ghi bên trong container (ví dụ các tệp của một database) bị MẤT
  → container được thiết kế để dùng một lần/thay thế được → đừng lưu dữ liệu quan trọng trong chúng
→ Đối với dữ liệu bền vững, bạn cần lưu trữ BÊN NGOÀI vòng đời của container.
```

## Volume — lưu trữ bền vững được quản lý

```bash
# tạo và sử dụng một named volume (được Docker quản lý)
docker volume create mydata
docker run -v mydata:/var/lib/mysql mysql      # mount volume vào container
# → dữ liệu trong /var/lib/mysql bền vững trong volume, tồn tại qua việc xóa container

docker volume ls                 # liệt kê các volume
docker volume inspect mydata     # chi tiết
```

**Volume** là lưu trữ bền vững được Docker quản lý (lưu trên host, được Docker quản lý) — cách ưu tiên để lưu dữ liệu. Dữ liệu trong đường dẫn được mount tồn tại ngay cả khi container bị xóa.

## Bind mount — ánh xạ một thư mục host

```bash
# bind mount: ánh xạ một thư mục HOST cụ thể vào container
docker run -v /host/path:/app -p 3000:3000 myapp
docker run -v $(pwd):/app myapp   # mount thư mục hiện tại (rất tốt cho development)
# → các thay đổi trên host được phản ánh trong container (và ngược lại)
```

**Bind mount** ánh xạ một thư mục host vào container — hữu ích cho development (chỉnh sửa mã trên host, thấy thay đổi trực tiếp trong container).

## Volume so với bind mount

```text
VOLUME       → được Docker quản lý, di động, lựa chọn ưu tiên cho DỮ LIỆU BỀN VỮNG
               (database, upload) — tách rời khỏi cấu trúc hệ thống tệp của host
BIND MOUNT   → ánh xạ một đường dẫn host cụ thể; rất tốt cho DEVELOPMENT (reload code trực tiếp)
               và chia sẻ tệp host; gắn với hệ thống tệp của host
tmpfs        → trong bộ nhớ (không bền vững), cho dữ liệu nhạy cảm/tạm thời
```

## Tại sao điều này quan trọng

Hiểu việc lưu trữ dữ liệu bền vững với volume là thiết yếu để sử dụng Docker đúng cách với bất kỳ ứng dụng nào có dữ liệu, vì vậy đó là kiến thức thực tế quan trọng.

Vấn đề cơ bản — **container là tạm thời**, với layer ghi được của chúng bị xóa khi xóa, có nghĩa **dữ liệu ghi bên trong một container bị mất** — là một khái niệm quan trọng: container được thiết kế để dùng một lần, nên lưu dữ liệu quan trọng bên trong chúng (như các tệp của một database) gây mất dữ liệu khi container bị thay thế. **Volume** giải quyết điều này bằng cách cung cấp **lưu trữ bền vững được Docker quản lý** tồn tại bên ngoài vòng đời của container, để dữ liệu (database, upload, bất kỳ trạng thái nào) tồn tại qua việc xóa và thay thế container — thiết yếu cho các ứng dụng có trạng thái.

Hiểu **bind mount** (ánh xạ một thư mục host vào container) là quan trọng cho **development** (chỉnh sửa mã trên host và thấy thay đổi trực tiếp trong container, một quy trình dev rất phổ biến) và để chia sẻ tệp host.

Biết **sự phân biệt** — volume (được Docker quản lý, di động, lựa chọn ưu tiên cho dữ liệu ứng dụng bền vững như database) so với bind mount (cụ thể theo đường dẫn host, rất tốt cho development) — hướng dẫn việc chọn cách tiếp cận đúng.

Vì container theo thiết kế là tạm thời và hầu hết các ứng dụng thực tế có dữ liệu phải tồn tại (đặc biệt là database), và vì volume là cơ chế thiết yếu cho lưu trữ bền vững (với bind mount quan trọng cho development), hiểu việc lưu trữ dữ liệu bền vững của Docker — vấn đề container tạm thời, volume cho dữ liệu bền vững, bind mount cho development, và khi nào dùng cái nào — là kiến thức Docker thiết yếu, liên quan thực tế, cần thiết để chạy các ứng dụng có trạng thái đúng cách và tránh sai lầm nghiêm trọng là mất dữ liệu lưu bên trong các container dùng một lần.