كيف يعمل الحفاظ على البيانات باستخدام Docker volumes؟

Question

Accepted Answer

بشكل افتراضي، البيانات داخل الحاوية **مؤقتة** — تُفقد عند حذف الحاوية. **Volumes** (و 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.
```

## Volumes — التخزين الدائم المُدار

```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 (مخزن على المضيف، مُدار بواسطة 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 بشكل صحيح مع أي تطبيق يحتوي على بيانات، لذا فهي معرفة عملية مهمة.

المشكلة الأساسية — **الحاويات مؤقتة**، طبقتها القابلة للكتابة يتم حذفها عند الإزالة، مما يعني **البيانات المكتوبة داخل الحاوية تُفقد** — هو مفهوم حرج: الحاويات مصممة لتكون قابلة للاستبدال، لذا تخزين البيانات المهمة داخلها (مثل ملفات قاعدة البيانات) يسبب فقدان البيانات عند استبدال الحاوية. **Volumes** تحل هذه المشكلة بتوفير **تخزين دائم مُدار من قبل Docker** يعيش خارج دورة حياة الحاوية، لذا البيانات (قواعد البيانات، التحميلات، أي حالة) تحافظ على نفسها عند حذف واستبدال الحاوية — ضروري للتطبيقات ذات الحالة.

فهم **bind mounts** (تعيين مجلد المضيف إلى داخل الحاوية) مهم للـ **التطوير** (تعديل الكود على المضيف ورؤية التغييرات مباشرة في الحاوية، وهي عملية تطوير شائعة جداً) والمشاركة في ملفات المضيف.

معرفة **التمييز** — volumes (مُدارة من قبل Docker، محمولة، الخيار المفضل للبيانات الدائمة مثل قواعد البيانات) مقابل bind mounts (خاصة بمسار المضيف، رائعة للتطوير) — يرشدك لاختيار الطريقة الصحيحة.

نظراً لأن الحاويات مؤقتة بالتصميم وأن معظم التطبيقات الحقيقية بها بيانات يجب أن تحافظ على نفسها (خاصة قواعس البيانات)، وبما أن volumes هي الآلية الأساسية للتخزين الدائم (مع أهمية bind mounts للتطوير)، فهم الحفاظ على البيانات في Docker — مشكلة الحاوية المؤقتة، volumes للبيانات الدائمة، bind mounts للتطوير، ومتى تستخدم كل واحدة — معرفة Docker عملية وضرورية، لازمة لتشغيل التطبيقات ذات الحالة بشكل صحيح وتجنب الخطأ الخطير المتمثل في فقدان البيانات المخزنة داخل الحاويات القابلة للاستبدال.