Docker ਵਾਲੀਅਮਜ਼ ਦੇ ਨਾਲ ਡੇਟਾ ਪਰਸਿਸਟੈਂਸ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?

Question

Accepted Answer

ਡਿਫ਼ਾਲਟ ਤੌਰ 'ਤੇ, ਕਨਟੇਨਰ ਵਿੱਚ ਡੇਟਾ **ephemeral** ਹੈ — ਕਨਟੇਨਰ ਹਟਾਏ ਜਾਣ 'ਤੇ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ। **Volumes** (ਅਤੇ bind mounts) **persistent storage** ਫ਼ਰਾਹਮ ਕਰਦੇ ਹਨ ਜੋ ਕਨਟੇਨਰਾਂ ਤੋਂ ਲੰਮਾ ਬਚਿਆ ਰਹਿੰਦਾ ਹੈ, ਜੋ ਡੇਟਾਬੇਸਾਂ ਅਤੇ ਕਿਸੇ ਵੀ ਡੇਟਾ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਜੋ ਕਨਟੇਨਰ ਰੀਸਟਾਰਟ/ਹਟਾਏ ਜਾਣ ਤੋਂ ਬਚਣਾ ਚਾਹੀਦਾ ਹੈ।

## ਸਮੱਸਿਆ: ਕਨਟੇਨਰ ephemeral ਹਨ

```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.
```

## Volumes — ਪ੍ਰਬੰਧਿਤ persistent storage

```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
```

**Volumes** Docker ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ persistent storage ਹਨ (ਹੋਸਟ 'ਤੇ ਸਟੋਰ ਕੀਤਾ, Docker ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ) — ਡੇਟਾ ਨੂੰ ਪਰਿਸਥਿਰ ਕਰਨ ਦਾ ਪਸੰਦੀਦਾ ਤਰੀਕਾ। ਮਾਉਂਟ ਕੀਤੇ ਪਾਥ ਵਿੱਚ ਡੇਟਾ ਉਦੋਂ ਵੀ ਬਚਿਆ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਕਨਟੇਨਰ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ।

## Bind mounts — ਹੋਸਟ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਮੈਪ ਕਰੋ

```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 mounts** ਇੱਕ ਹੋਸਟ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਕਨਟੇਨਰ ਵਿੱਚ ਮੈਪ ਕਰਦੇ ਹਨ — ਵਿਕਾਸ ਲਈ ਲਾਭਦਾਇਕ (ਹੋਸਟ 'ਤੇ ਕੋਡ ਸੰਪਾਦਿਤ ਕਰਨਾ, ਕਨਟੇਨਰ ਵਿੱਚ ਲਾਈਵ ਤਬਦੀਲੀਆਂ ਦੇਖਣਾ)।

## Volumes ਬਨਾਮ bind mounts

```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
```

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

Volumes ਦੇ ਨਾਲ ਡੇਟਾ ਪਰਸਿਸਟੈਂਸ ਨੂੰ ਸਮਝਣਾ Docker ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਵਰਤਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਕਿਸੇ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਜਿਸ ਕੋਲ ਡੇਟਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰੈਕਟੀਕਲ ਨਾਲੇਜ ਹੈ।

ਮੂਲ ਮੁੱਦਾ — **ਕਨਟੇਨਰ ephemeral ਹਨ**, ਉਹਨਾਂ ਦੀ writable ਲੇਅਰ ਹਟਾਏ ਜਾਣ 'ਤੇ ਮਿਟਾ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਭਾਵ **ਕਨਟੇਨਰ ਦੇ ਅੰਦਰ ਲਿਖਿਆ ਗਿਆ ਡੇਟਾ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ** — ਇਹ ਇੱਕ ਗੁਰੂਤਰ ਸੰਕਲਪ ਹੈ: ਕਨਟੇਨਰ ਰੀਪਲੇਸ ਯੋਗ ਹਨ, ਇਸ ਲਈ ਮਹੱਤਵਪੂਰਨ ਡੇਟਾ ਉਹਨਾਂ ਦੇ ਅੰਦਰ ਸਟੋਰ ਕਰਨਾ (ਜਿਵੇਂ ਡੇਟਾਬੇਸ ਦੀਆਂ ਫ਼ਾਈਲਾਂ) ਨੇ ਕਨਟੇਨਰ ਬਦਲਿਆ ਜਾਣ 'ਤੇ ਡੇਟਾ ਗੁਆਉਂਦਾ ਹੈ। **Volumes** ਇਸ ਨੂੰ **Docker-managed persistent storage** ਫ਼ਰਾਹਮ ਕਰਕੇ ਹੱਲ ਕਰਦੇ ਹਨ ਜੋ ਕਨਟੇਨਰ ਦੇ ਜੀਵਨ ਚੱਕਰ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਡੇਟਾ (ਡੇਟਾਬੇਸਾਂ, ਅਪਲੋਡਸ, ਕੋਈ ਵੀ ਸਥਿਤੀ) ਕਨਟੇਨਰ ਹਟਾਏ ਜਾਣ ਅਤੇ ਬਦਲੇ ਜਾਣ ਤੋਂ ਬਚਿਆ ਰਹੇ — stateful ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜ਼ਰੂਰੀ।

**Bind mounts** (ਹੋਸਟ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਕਨਟੇਨਰ ਵਿੱਚ ਮੈਪ ਕਰਨਾ) ਨੂੰ ਸਮਝਣਾ **ਵਿਕਾਸ** (ਹੋਸਟ 'ਤੇ ਕੋਡ ਸੰਪਾਦਿਤ ਕਰਨਾ ਅਤੇ ਕਨਟੇਨਰ ਵਿੱਚ ਲਾਈਵ ਤਬਦੀਲੀਆਂ ਦੇਖਣਾ, ਇੱਕ ਬਹੁਤ ਹੀ ਆਮ dev workflow) ਅਤੇ ਹੋਸਟ ਫ਼ਾਈਲਾਂ ਨੂੰ ਸ਼ੇਅਰ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।

**ਭਿੰਨਤਾ** ਜਾਣਨਾ — volumes (Docker-managed, portable, persistent ਐਪਲੀਕੇਸ਼ਨ ਡੇਟਾ ਜਿਵੇਂ ਡੇਟਾਬੇਸਾਂ ਲਈ ਪਸੰਦੀਦਾ ਚੋਆਲ) ਬਨਾਮ bind mounts (host-path-specific, ਵਿਕਾਸ ਲਈ ਬਹੁਤ ਵਧੀਆ) — ਸਹੀ ਪਹੁੰਚ ਨੂੰ ਚੁਣਨਾ ਗਾਈਡ ਕਰਦਾ ਹੈ।

ਕਿਉਂਕਿ ਕਨਟੇਨਰ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ephemeral ਹਨ ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਕੋਲ ਡੇਟਾ ਹੈ ਜੋ ਪਰਿਸਥਿਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (ਖਾਸ ਤੌਰ 'ਤੇ ਡੇਟਾਬੇਸਾਂ), ਅਤੇ ਕਿਉਂਕਿ volumes persistent storage ਲਈ ਜ਼ਰੂਰੀ ਮਕੈਨਿਜ਼ਮ ਹਨ (bind mounts ਵਿਕਾਸ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ), Docker ਡੇਟਾ ਪਰਸਿਸਟੈਂਸ ਨੂੰ ਸਮਝਣਾ — ephemeral-container ਸਮੱਸਿਆ, persistent ਡੇਟਾ ਲਈ volumes, ਵਿਕਾਸ ਲਈ bind mounts, ਅਤੇ ਹਰੇਕ ਦੀ ਵਰਤੋਂ ਕੌ ਕਰਨੀ ਹੈ — ਲਾਜ਼ਮੀ, ਪ੍ਰੈਕਟੀਕਲੀ-ਪ੍ਰাਸੰਗਿਕ Docker ਨਾਲੇਜ ਹੈ, stateful ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਚਲਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਅਤੇ disposable ਕਨਟੇਨਰਾਂ ਦੇ ਅੰਦਰ ਸਟੋਰ ਕੀਤੇ ਡੇਟਾ ਗੁਆਉਣ ਦੀ ਸੰਜੀਦਾ ਗਲਤੀ ਤੋਂ ਬਚਣ ਲਈ।