Docker volumes के साथ data persistence कैसे काम करता है?

Question

Accepted Answer

डिफ़ॉल्ट रूप से, एक container में data **क्षणिक** होता है — container हटाए जाने पर खो जाता है। **Volumes** (और bind mounts) **persistent storage** प्रदान करते हैं जो containers से अधिक समय तक रहता है, जो databases और किसी भी ऐसे data के लिए आवश्यक है जिसे container restarts/removals में बचा रहना चाहिए।

## समस्या: containers क्षणिक हैं

```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 — managed 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-managed persistent storage हैं (host पर संग्रहीत, Docker द्वारा प्रबंधित) — data को persist करने का पसंदीदा तरीका। mounted path में data तब भी बचा रहता है जब container हटा दिया जाता है।

## Bind mounts — एक host directory को map करना

```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** एक host directory को container में map करते हैं — development के लिए उपयोगी (host पर code editing करना, container में परिवर्तन live देखना)।

## 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 के साथ data persistence को समझना किसी भी ऐसे application के साथ Docker को सही ढंग से उपयोग करने के लिए आवश्यक है जिसमें data हो, इसलिए यह महत्वपूर्ण व्यावहारिक ज्ञान है।

मूलभूत मुद्दा — **containers क्षणिक हैं**, उनकी writable layer removal पर हटा दी जाती है, जिसका अर्थ है कि **एक container के अंदर लिखा गया data खो जाता है** — एक महत्वपूर्ण अवधारणा है: containers disposable होने के लिए बने हैं, इसलिए उनके अंदर महत्वपूर्ण data संग्रहीत करना (जैसे एक database की files) container बदले जाने पर data हानि का कारण बनता है। **Volumes** **Docker-managed persistent storage** प्रदान करके इसे हल करते हैं जो container के lifecycle के बाहर रहता है, ताकि data (databases, uploads, कोई भी state) container removal और replacement में बचा रहे — stateful applications के लिए आवश्यक।

**bind mounts** को समझना (एक host directory को container में map करना) **development** के लिए महत्वपूर्ण है (host पर code editing करना और container में परिवर्तन live देखना, एक बहुत ही सामान्य dev workflow) और host files साझा करने के लिए।

**भेद** को जानना — volumes (Docker-managed, portable, databases जैसे persistent application data के लिए पसंदीदा विकल्प) बनाम bind mounts (host-path-specific, development के लिए बढ़िया) — सही दृष्टिकोण चुनने में मार्गदर्शन करता है।

चूँकि containers डिज़ाइन के अनुसार क्षणिक हैं और अधिकांश वास्तविक applications में ऐसा data होता है जिसे persist करना चाहिए (विशेष रूप से databases), और चूँकि volumes persistent storage के लिए आवश्यक तंत्र हैं (development के लिए bind mounts महत्वपूर्ण हैं), Docker data persistence को समझना — क्षणिक-container समस्या, persistent data के लिए volumes, development के लिए bind mounts, और प्रत्येक का उपयोग कब करें — आवश्यक, व्यावहारिक रूप से प्रासंगिक Docker ज्ञान है, जो stateful applications को सही ढंग से चलाने और disposable containers के अंदर संग्रहीत data खोने की गंभीर गलती से बचने के लिए आवश्यक है।