Docker વોલ્યુમ્સ સાથે ડેટા પર્સિસ્ટન્સ કેવી રીતે કામ કરે છે?

Question

Accepted Answer

ડિફૉલ્ટ રીતે, કન્ટેનર માં ડેટા **અস્થાયી** હોય છે — જ્યારે કન્ટેનર દૂર કરવામાં આવે તો તે ખોવાઈ જાય છે. **વોલ્યુમ્સ** (અને બાઇન્ડ માઉન્ટ્સ) **પર્સિસ્ટન્ટ સ્ટોરેજ** પ્રદાન કરે છે જે કન્ટેનર્સ કરતાં આગળ ટકી રહે છે, જે ડેટાબેસ્ સ અને કોઈ પણ ડેટા માટે આવશ્યક છે જે કન્ટેનર રિસ્ટાર્ટ/રિમૂવલ સાથે સરવાઈ રહે.

## સમસ્યા: કન્ટેનર્સ અસ્થાયી છે

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

## વોલ્યુમ્સ — વ્યવસ્થિત પર્સિસ્ટન્ટ સ્ટોરેજ

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

**વોલ્યુમ્સ** Docker-વ્યવસ્થિત પર્સિસ્ટન્ટ સ્ટોરેજ છે (હોસ્ટ પર સ્ટોર કરેલ, Docker દ્વારા પ્રબંધિત) — ડેટા સાચવવાનો પસંદીદા રસ્તો. માઉન્ટ કરેલ પાથ માં ડેટા કન્ટેનર દૂર કરવામાં આવે તો પણ સરવાઈ રહે છે.

## બાઇન્ડ માઉન્ટ્સ — હોસ્ટ ડિરેક્ટરી મેપ કરો

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

**બાઇન્ડ માઉન્ટ્સ** હોસ્ટ ડિરેક્ટરી કણ્ટેનર માં મેપ કરે છે — ડેવેલપમેન્ટ માટે ઉપયોગી છે (હોસ્ટ પર કોડ સંપાદિત કરો, કન્ટેનર માં પરિવર્તનો લાઇવ દણાઇ રહ્યા હોય તો).

## વોલ્યુમ્સ વર્સસ બાઇન્ડ માઉન્ટ્સ

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

## શા માટે મહત્વપૂર્ણ છે

વોલ્યુમ્સ સાથે ડેટા પર્સિસ્ટન્સ સમજવું Docker ને કોઈ પણ એવી એપ્લીકેશન સાથે યોગ્ય રીતે ઉપયોગ કરવા માટે આવશ્યક છે જેમાં ડેટા હોય, તેથી તે મહત્વપૂર્ણ પ્રાયોગિક જ્ઞાન છે.

મૂળ સમસ્યા — **કન્ટેનર્સ અસ્થાયી છે**, તેમના લેખનક્ષમ સ્તર દૂર કરવા પર ડિલીટ થાય છે, જેનો અર્થ **કન્ટેનર માં લખાયેલ ડેટા ખોવાઈ જાય છે** — એક જટિલ ખ્યાલ છે: કન્ટેનર્સ પરિપત્ર બનવા માટે બનેલા છે, તેથી મહત્વપૂર્ણ ડેટો તેમાં સંગ્રહવું (ડેટાબેસના ફાઇલો જેવા) કન્ટેનર બદલવામાં આવે તો ડેટા ખોવાઈ જાય છે. **વોલ્યુમ્સ** આને **Docker-વ્યવસ્થિત પર્સિસ્ટન્ટ સ્ટોરેજ** પ્રદાન કરીને હલ કરે છે જે કન્ટેનરના જીવનચક્ર બહાર રહે છે, તેથી ડેટા (ડેટાબેસ્સ, અપલોડ, કોઈપણ અવસ્થા) કન્ટેનર દૂર કરવા અને બદલવા સાથે સરવાઈ રહે છે — સ્થિર એપ્લીકેશન્સ માટે આવશ્યક.

**બાઇન્ડ માઉન્ટ્સ** (હોસ્ટ ડિરેક્ટરી કન્ટેનર માં મેપ કરવું) સમજવું **ડેવેલપમેન્ટ** માટે મહત્વપૂર્ણ છે (હોસ્ટ પર કોડ સંપાદિત કરો અને કન્ટેનર માં જીવંત પરિવર્તનો જુઓ, ખૂબ સામાન્ય ડેવ વર્કફ્લો) અને હોસ્ટ ફાઇલો શેર કરવા માટે.

**તફાવત** જાણવો — વોલ્યુમ્સ (Docker-વ્યવસ્થિત, પોર્ટેબલ, પર્સિસ્ટન્ટ એપ્લીકેશન ડેટા જેવા ડેટાબેસ્સ માટે પસંદીદા પસંદ) વર્સસ બાઇન્ડ માઉન્ટ્સ (હોસ્ટ-પાથ-વિશિષ્ટ, ડેવેલપમેન્ટ માટે સરસ) — સાચો અભિગમ પસંદ કરવા માટે માર્ગદર્શન આપે છે.

કન્ટેનર્સ ડિઝાઇનથી અસ્થાયી હોવાથી અને મોટાભાગની વાસ્તવિક એપ્લીકેશન્સમાં ડેટા હોય જે તેમ જ રહે તો (ખાસ કરીને ડેટાબેસ્સ), અને વોલ્યુમ્સ પર્સિસ્ટન્ટ સ્ટોરેજના આવશ્યક મટર હોવાથી (બાઇન્ડ માઉન્ટ્સ ડેવેલપમેન્ટ માટે મહત્વપૂર્ણ), Docker ડેટા પર્સિસ્ટન્સ સમજવું — અસ્થાયી-કન્ટેનર સમસ્યા, પર્સિસ્ટન્ટ ડેટા માટે વોલ્યુમ્સ, ડેવેલપમેન્ટ માટે બાઇન્ડ માઉન્ટ્સ, અને દરેક ક્યારે ઉપયોગ કરવો — આવશ્યક, વ્યવહારિક-પ્રાસંગિક Docker જ્ઞાન, સ્થિર એપ્લીકેશન્સ યોગ્ય રીતે ચલાવવા અને પરિપત્ર કન્ટેનર્સ માં સંગ્રહ કરેલ ડેટા ખોવાનું ગંભીર ભૂલ ટાળવા માટે આવશ્યક છે.