Bagaimana kekekalan data berfungsi dengan Docker volume?

Question

Accepted Answer

Secara lalai, data dalam container adalah **sementara** — hilang apabila container dialih keluar. **Volume** (dan bind mount) menyediakan **storan kekal** yang bertahan lebih lama daripada container, penting untuk pangkalan data dan sebarang data yang mesti bertahan selepas container di-restart/dialih keluar.

## Masalah: container adalah sementara

```text
A container's writable layer is DELETED when the container is removed:
  → data written inside the container (e.g. a database's files) is LOST
  → containers are meant to be disposable/replaceable → don't store important data in them
→ For persistent data, you need storage OUTSIDE the container's lifecycle.
```

## Volume — storan kekal yang diuruskan

```bash
# create and use a named volume (managed by Docker)
docker volume create mydata
docker run -v mydata:/var/lib/mysql mysql      # mount the volume into the container
# → data in /var/lib/mysql persists in the volume, surviving container removal

docker volume ls                 # list volumes
docker volume inspect mydata     # details
```

**Volume** ialah storan kekal yang diuruskan oleh Docker (disimpan pada hos, diuruskan oleh Docker) — cara yang diutamakan untuk mengekalkan data. Data dalam laluan yang di-mount bertahan walaupun container dialih keluar.

## Bind mount — petakan direktori hos

```bash
# bind mount: map a specific HOST directory into the container
docker run -v /host/path:/app -p 3000:3000 myapp
docker run -v $(pwd):/app myapp   # mount the current directory (great for development)
# → changes on the host are reflected in the container (and vice versa)
```

**Bind mount** memetakan direktori hos ke dalam container — berguna untuk pembangunan (mengedit kod pada hos, melihat perubahan secara langsung dalam container).

## Volume vs bind mount

```text
VOLUMES      → Docker-managed, portable, the preferred choice for PERSISTENT DATA
               (databases, uploads) — decoupled from the host's filesystem layout
BIND MOUNTS  → map a specific host path; great for DEVELOPMENT (live code reload)
               and sharing host files; tied to the host's filesystem
tmpfs        → in-memory (non-persistent), for sensitive/temporary data
```

## Mengapa ia penting

Memahami kekekalan data dengan volume adalah penting untuk menggunakan Docker dengan betul dengan mana-mana aplikasi yang mempunyai data, jadi ia merupakan pengetahuan praktikal yang penting.

Isu asas — **container adalah sementara**, dengan layer boleh-tulisnya dipadamkan apabila dialih keluar, bermakna **data yang ditulis di dalam container hilang** — ialah konsep kritikal: container bertujuan untuk dilupuskan, jadi menyimpan data penting di dalamnya (seperti fail pangkalan data) menyebabkan kehilangan data apabila container digantikan. **Volume** menyelesaikan ini dengan menyediakan **storan kekal yang diuruskan Docker** yang hidup di luar kitaran hayat container, supaya data (pangkalan data, muat naik, sebarang keadaan) bertahan selepas container dialih keluar dan digantikan — penting untuk aplikasi stateful.

Memahami **bind mount** (memetakan direktori hos ke dalam container) adalah penting untuk **pembangunan** (mengedit kod pada hos dan melihat perubahan secara langsung dalam container, satu aliran kerja pembangunan yang sangat biasa) dan untuk berkongsi fail hos.

Mengetahui **perbezaan** — volume (diuruskan Docker, mudah alih, pilihan yang diutamakan untuk data aplikasi kekal seperti pangkalan data) berbanding bind mount (khusus laluan hos, hebat untuk pembangunan) — membimbing pemilihan pendekatan yang betul.

Memandangkan container adalah sementara secara reka bentuk dan kebanyakan aplikasi sebenar mempunyai data yang mesti kekal (terutamanya pangkalan data), dan memandangkan volume ialah mekanisme penting untuk storan kekal (dengan bind mount penting untuk pembangunan), memahami kekekalan data Docker — masalah container-sementara, volume untuk data kekal, bind mount untuk pembangunan, dan bila menggunakan setiap satu — ialah pengetahuan Docker yang penting dan relevan secara praktikal, perlu untuk menjalankan aplikasi stateful dengan betul dan mengelakkan kesilapan serius kehilangan data yang disimpan di dalam container yang boleh dilupuskan.