Docker व्हॉल्यूमसह डेटा पर्सिस्टेंस कसे काम करते?

Question

Accepted Answer

डिफॉल्टनुसार, कंटेनर मधील डेटा **अस्थायी** असते — कंटेनर काढून टाकल्यावर तो हरवून जातो। **व्हॉल्यूम** (आणि bind mounts) **स्थायी स्टोरेज** प्रदान करतात जे कंटेनरपेक्षा जास्त काळ टिकतात, जे डेटाबेस आणि कोणत्याही डेटासाठी आवश्यक आहे जे कंटेनर पुनः सुरू होण्यावर किंवा काढून टाकल्यावर जगणे आवश्यक आहे।

## समस्या: कंटेनर अस्थायी आहेत

```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 द्वारे व्यवस्थापित) — डेटा टिकवून ठेवण्याचा पसंदीद तरीका। माउंट केलेल्या पथ मधील डेटा कंटेनर काढून टाकल्यानंतरही जगतो।

## 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** होस्ट डिरेक्टरी कंटेनरमध्ये मॅप करतात — विकास साठी उपयुक्त (होस्टवर कोड संपादित करणे, कंटेनरमध्ये लाइव्ह बदल पाहणे)।

## व्हॉल्यूम विरुद्ध 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
```

## हे का महत्वाचे आहे

व्हॉल्यूमसह डेटा पर्सिस्टेंस समजून घेणे Docker चा योग्यरित्या वापर करण्यासाठी कोणत्याही ऍप्लिकेशनसह जे डेटा आहे त्यासाठी आवश्यक आहे, त्यामुळे हे महत्वाचे व्यावहारिक ज्ञान आहे।

मूलभूत समस्या — **कंटेनर अस्थायी आहेत**, त्यांचा लिखित स्तर काढून टाकल्यावर हटवला जातो, याचा अर्थ **कंटेनरमध्ये लिहिलेला डेटा हरवून जातो** — हा एक गंभीर संकल्पना आहे: कंटेनर एकबारी वापरार्ह असल्याचे माने जातात, त्यामुळे महत्वाचा डेटा त्यामध्ये संचय करणे (डेटाबेसच्या फाइलींप्रमाणे) कंटेनर बदलल्यावर डेटा नुकसान होते. **व्हॉल्यूम** हे कंटेनरच्या जीवनचक्रच्या बाहेर जगणारे **Docker-व्यवस्थापित स्थायी स्टोरेज** प्रदान करून सोडवतात, त्यामुळे डेटा (डेटाबेस, अपलोड, कोणतीही स्थिति) कंटेनर काढून टाकल्यावर आणि बदलल्यावर टिकून राहते — स्थिर अनुप्रयोगांसाठी आवश्यक।

**Bind mounts** समजून घेणे (होस्ट डिरेक्टरी कंटेनरमध्ये मॅप करणे) **विकास** साठी महत्वाचे आहे (होस्टवर कोड संपादित करणे आणि कंटेनरमध्ये लाइव्ह बदल पाहणे, एक अत्यंत सामान्य dev वर्कफ्लो) आणि होस्ट फाइल शेअर करण्यासाठी।

**फरक** जाणून घेणे — व्हॉल्यूम (Docker-व्यवस्थापित, पोर्टेबल, डेटाबेससारख्या स्थायी ऍप्लिकेशन डेटासाठी पसंदीद निवड) विरुद्ध bind mounts (होस्ट-पथ-विशिष्ट, विकास साठी उत्तम) — योग्य पद्धत निवडण्यास मार्गदर्शन करते।

कंटेनर डिজाईनने अस्थायी असल्याने आणि बहुतेक वास्तविक ऍप्लिकेशनमध्ये डेटा आहे जो टिकवून ठेवला जाणे आवश्यक आहे (विशेषत: डेटाबेस), आणि व्हॉल्यूम स्थायी स्टोरेजची आवश्यक यंत्रणा आहे (bind mounts विकास साठी महत्वाचे आहे), Docker डेटा पर्सिस्टेंस समजून घेणे — अस्थायी-कंटेनर समस्या, स्थायी डेटासाठी व्हॉल्यूम, विकास साठी bind mounts, आणि प्रत्येकचा कधी वापर करावा — आवश्यक, व्यावहारिकरित्या-संबंधित Docker ज्ञान आहे, स्थिर ऍप्लिकेशन योग्यरित्या चालवण्यासाठी आवश्यक आणि एकबारी कंटेनरमध्ये संचय केलेला डेटा हरवणे या गंभीर चुकीचा परिहार करण्यासाठी।