Docker volume'leri ile veri kalıcılığı nasıl çalışır?

Question

Accepted Answer

Varsayılan olarak, bir kapsayıcı içindeki veriler **geçicidir** — kapsayıcı kaldırıldığında kaybolur. **Volume'ler** (ve bind mount'lar) kapsayıcılardan daha uzun süren **kalıcı depolama** sağlar; bu, veritabanları ve kapsayıcı yeniden başlatmaları/kaldırmalarından sonra da varlığını sürdürmesi gereken her türlü veri için gereklidir.

## Sorun: kapsayıcılar geçicidir

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

## Volume'ler — yönetilen kalıcı depolama

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

**Volume'ler** Docker tarafından yönetilen kalıcı depolama alanıdır (ana bilgisayarda saklanır, Docker tarafından yönetilir) — veri kalıcı hale getirmek için tercih edilen yoldur. Bağlı yolda bulunan veriler, kapsayıcı kaldırılsa bile varlığını sürdürür.

## Bind mount'lar — bir ana bilgisayar dizinini eşleyin

```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 mount'lar** bir ana bilgisayar dizinini kapsayıcıya eşler — geliştirme için yararlıdır (ana bilgisayarda kod düzenleyin, kapsayıcıda canlı değişiklikleri görün).

## Volume'ler ve bind mount'lar arasındaki fark

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

## Neden önemli

Volume'ler ile veri kalıcılığını anlamak, veri içeren herhangi bir uygulamayla Docker'ı doğru şekilde kullanmak için gereklidir; bu nedenle önemli pratik bilgidir.

Temel sorun — **kapsayıcılar geçicidir**, kaldırıldığında yazılabilir katmanları silinir, bu da **kapsayıcı içinde yazılan veriler kaybolur** demektir — bu kritik bir kavramdır: kapsayıcılar tek kullanımlık olması için tasarlanmıştır, bu nedenle içlerinde önemli veriler depolamak (örneğin bir veritabanının dosyaları gibi) kapsayıcı değiştirildiğinde veri kaybına neden olur. **Volume'ler** bunu çözer; kapsayıcı yaşam döngüsünün dışında yaşayan **Docker tarafından yönetilen kalıcı depolama** sağlayarak, veriler (veritabanları, yüklenen dosyalar, herhangi bir durum) kapsayıcı kaldırma ve değiştirmeden sonra da varlığını sürdürür — durum sahibi uygulamalar için gereklidir.

**Bind mount'ları** anlamak (ana bilgisayar dizinini kapsayıcıya eşlemek) **geliştirme** için önemlidir (ana bilgisayarda kodu düzenleyin ve kapsayıcıda canlı değişiklikleri görün, çok yaygın bir geliştirici akışı) ve ana bilgisayar dosyalarını paylaşmak için.

Farkı bilmek — **volume'ler** (Docker tarafından yönetilen, taşınabilir, kalıcı uygulama verileri için tercih edilen seçim; veritabanları gibi) ve **bind mount'lar** (ana bilgisayara özel yol, geliştirme için harika) — doğru yaklaşımı seçmeyi kılavuzlar.

Kapsayıcılar tasarım gereği geçici olduğundan ve çoğu gerçek uygulamanın kalıcı olması gereken verileri olduğundan (özellikle veritabanları), ve volume'ler kalıcı depolama için gerekli mekanizma olduğundan (bind mount'lar geliştirme için önemli), Docker veri kalıcılığını anlamak — geçici kapsayıcı sorunu, kalıcı veri için volume'ler, geliştirme için bind mount'lar ve her birinin ne zaman kullanılacağı — temel, pratik olarak ilgili Docker bilgisidir; durum sahibi uygulamaları doğru şekilde çalıştırmak ve tek kullanımlık kapsayıcıların içinde saklanan verileri kaybetme ciddi hatasından kaçınmak için gereklidir.