Docker volumes को साथ डेटा persistence कसरी काम गर्छ?

Question

Accepted Answer

डिफ़ल्टरूपमा, कन्टेनर भित्रको डेटा **ephemeral** हुन्छ — कन्टेनर हटाइयो भने हराउन्छ। **Volumes** (र bind mounts) ले **persistent storage** प्रदान गर्छन् जुन कन्टेनरको जीवनकाल भन्दा लामो रहन्छ, डेटाबेस र कुनै पनि डेटाको लागि आवश्यक जो कन्टेनर restart/removal भन्दा पछि सञ्चित हुनु पर्छ।

## समस्या: कन्टेनरहरू 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 को साथ डेटा persistence बुझ्न Docker लाई कुनै पनि अनुप्रयोगसँग सही तरिकाले प्रयोग गर्न आवश्यक छ जसको डेटा छ, त्यसैले यो महत्त्वपूर्ण व्यावहारिक ज्ञान हो।

मौलिक समस्या — **कन्टेनरहरू ephemeral छन्**, तिनीहरूको writable layer हटाइयो भन्दा मेटिन्छ, जसको मतलब **कन्टेनर भित्र लेखिएको डेटा हराउन्छ** — एक महत्त्वपूर्ण अवधारणा हो: कन्टेनरहरू disposable हुन को लागि बनेका छन्, त्यसैले महत्त्वपूर्ण डेटा तिनीहरु भित्र भण्डारण गर्न (जस्तै डेटाबेसका फाइलहरू) कन्टेनर प्रतिस्थापन गर्दा डेटा हानि हुन्छ। **Volumes** यसलाई कन्टेनरको जीवनकाल बाहिर रहने **Docker-प्रबन्धित persistent storage** प्रदान गरेर समाधान गर्छ, त्यसैले डेटा (डेटाबेस, अपलोड, कुनै पनि अवस्था) कन्टेनर हटाइयो र प्रतिस्थापन भयो भन्दा पछि पनि सञ्चित रहन्छ — stateful अनुप्रयोगहरूको लागि आवश्यक।

**Bind mounts** बुझ्न (होस्ट डिरेक्टरीलाई कन्टेनरमा म्याप गर्न) **विकास** को लागि महत्त्वपूर्ण छ (होस्टमा कोड सम्पादन गर्दा र कन्टेनरमा परिवर्तन लाइभमा देख्दा, एक सामान्य dev workflow) र होस्ट फाइलहरू साझा गर्न।

**भेद** जान्न — volumes (Docker-प्रबन्धित, portable, persistent अनुप्रयोग डेटा जस्तै डेटाबेसको लागि पसन्दको विकल्प) बनाम bind mounts (होस्ट-पथ-विशिष्ट, विकासको लागि उत्तम) — सही दृष्टिकोण छनोट गर्न निर्देशन गर्छ।

कन्टेनरहरू डिजाइनद्वारा ephemeral छन् र धेरैजसो वास्तविक अनुप्रयोगहरूसँग डेटा छ जो सञ्चित हुनु पर्छ (विशेष गरी डेटाबेस), र volumes persistent storage को लागि आवश्यक संयन्त्र हो (bind mounts विकासको लागि महत्त्वपूर्ण), Docker डेटा persistence बुझ्न — ephemeral-कन्टेनर समस्या, persistent डेटाको लागि volumes, विकासको लागि bind mounts, र कहिले प्रत्येक प्रयोग गर्ने — आवश्यक, व्यावहारिक-सम्बन्धित Docker ज्ञान हो, stateful अनुप्रयोगहरू सही तरिकाले चलाउन र disposable कन्टेनरहरु भित्र भण्डारण गरिएको डेटा हराउने गम्भीर गल्तीबाट बच्न आवश्यक छ।